Ranging-based reminders

ABSTRACT

A mobile device can include ranging circuitry to determine distance to another mobile device. A first wireless protocol can establish an initial communication session to perform authentication and/or exchange ranging settings. A second protocol can perform ranging, and other wireless protocols can transmit content. In one example, the distance information can be used to display a relative position of another device on a user interface of a sending device. The user interface can allow a user to quickly and accurately select the recipient device for sending the data item. As other example, the distance information obtained from ranging can be used to trigger a notification (e.g., a reminder) to be output from a first mobile device or used to display a visual indicator on a receiving device. Proximity of a device (e.g., as determined by a distance) can be used to suggest recipient for a new communication.

CROSS-REFERENCES TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No.16/586,281, filed Sep. 27, 2019, entitled “Ranging Between MobileDevices,” which claims priority under 35 U.S.C. § 119(e) to U.S.Provisional Application No. 62/738,915, filed Sep. 28, 2018, entitled“Ranging Between Mobile Devices.” The disclosures of these applicationsare incorporated by reference herein in their entirety.

BACKGROUND

Mobile devices (e.g. smart phone) can store a variety of content andperform a variety of functions. Users typically carry a smartphonewherever they go and have it readily available. But, in today's hecticworld, users have increasing demands on such mobile devices to maketheir lives easier and more productive. Accordingly, it is desirable toprovide improved functionality in mobile devices (e.g., communicationassistance and timely notifications).

BRIEF SUMMARY

According to various embodiments, a mobile device can include rangingcircuitry that can determine the relative distance between mobiledevices. For example, time-of-flight measurements can be performed usingultra-wideband (UWB) pulses transmitted between the mobile devices. Theranging can provide distance information, which can be used to determinea relative position of another device, e.g., a distance value and/or anangular (orientation) information between the two devices. The rangingfunctionality can be implemented in combination with another wirelessprotocol, which can establish an initial communication session, e.g., toperform authentication and/or exchange ranging settings. Additionalwireless protocols can also be used, e.g., for transmission of contentfrom one device to the other.

The distance information obtained from the ranging can be used in avariety of ways. For example, the distance information can be used todisplay a relative position of the receiving mobile device on a screenof a sending mobile device, which is to send a data item. Such a userinterface can allow a user to quickly and accurately select therecipient device for sending the data item, e.g., a video, audio, or alink to an application, as may be used to hand off an application at aparticular location (e.g., page) in an application. As another example,the distance information obtained from ranging can be used to trigger anotification (e.g., a reminder) to be output from a first mobile device.As yet another example, the distance information can be used to performa sharing session between two devices, e.g., if the distance informationis sufficiently close for two authenticated devices.

According to some embodiments, proximity information may be used, whichmay include a presence or distance information of a neighboring device,as determined using wireless communications. Contact information forneighboring devices that belong to known contacts of the user device canbe retrieved, and the proximity of a neighboring device can be used tosuggest a recipient for a new communication (e.g., new email or textmessage).

These and other embodiments of the disclosure are described in detailbelow. For example, other embodiments are directed to systems, devices,and computer readable media associated with methods described herein.

A better understanding of the nature and advantages of embodiments ofthe present disclosure may be gained with reference to the followingdetailed description and the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a sequence diagram for performing a ranging measurementbetween two mobile devices according to embodiments of the presentdisclosure.

FIG. 2 shows a sequence diagram of a ranging operation involving amobile device having three antennas according to embodiments of thepresent disclosure.

FIG. 3 is a flowchart illustrating a method for performing, by a first(sending) mobile device, a ranging operation with a second (receiving)mobile device involving two wireless protocols according to embodimentsof the present disclosure.

FIG. 4 shows a sequence diagram of communications between a sendingdevice and a receiving device involving BLE and UWB protocols accordingto embodiments of the present disclosure.

FIG. 5 is a block diagram of components of a mobile device operable toperform ranging according to embodiments of the present disclosure.

FIG. 6 shows an example sharing scenario of a mobile device usingranging to facilitate sharing a data item with another device accordingto embodiments of the present disclosure.

FIG. 7 is a flowchart of a method 700 of sharing data between a sendingmobile device and a receiving mobile device according to embodiments ofthe present disclosure.

FIG. 8 is a sequence diagram showing an example communication sequenceto share content using three wireless protocols according to embodimentsof the present disclosure.

FIG. 9 shows an example notification for the first mobile device thatuses ranging between the first mobile device and a second mobile deviceaccording to embodiments of the present disclosure.

FIG. 10 is a flowchart of a method for providing notifications using aranging operation according to embodiments of the present disclosure.

FIG. 11A shows a screenshot of a communication application providing alist of suggested recipients in response to user input of a character.FIG. 11B shows a screenshot of a communication application providing alist of suggested recipients in response to a user starting a newmessage, without user input of a character, according to embodiments ofthe present disclosure.

FIG. 12 is a sequence diagram of a process that uses proximity to otherdevices to suggest recipients for communications according toembodiments of the present disclosure.

FIG. 13 shows a first device performing ranging with other devices foruse in suggesting recipients to a communication application according toembodiments of the present disclosure.

FIG. 14 is a flowchart illustrating a method of providing acommunication interface to a user according to embodiments of thepresent disclosure.

FIG. 15 illustrates a technique for sharing content from one device toanother device according to embodiments of the present disclosure.

FIG. 16 is a flowchart illustrating a method for communicating between afirst device and a second mobile device according to embodiments of thepresent disclosure.

FIG. 17 shows an example architecture for using ranging informationaccording to embodiments of the present disclosure.

FIG. 18 is block diagram of an example device according to embodimentsof the present disclosure.

DETAILED DESCRIPTION

Mobile devices may use GPS or other location circuitry to determine thelocation of the mobile device. For example, a map application can showan approximate location of the mobile device on a map. But, suchtechniques for determining location are typically determined relativesome external reference frame that is fixed, and not to a variablereference frame, e.g., another mobile device.

In some embodiments, a mobile device can include ranging circuitry thatcan determine the relative distance between the mobile device andanother mobile device. For example, time of flight measurements can beperformed using ultra-wideband (UWB) pulses transmitted between themobile devices. The ranging can provide distance information, which canbe used to determine a relative position of one mobile device toanother. As examples, the relative position can include a distancevalue, angular (orientation) information between the two devices, orboth.

The ranging functionality can be implemented in combination with anotherwireless protocol, which can establish an initial communication session,e.g., to perform authentication and/or exchange ranging settings.Additional wireless protocols can also be used, e.g., for transmissionof content from one device to the other. For instance, a video or audiofile can be transferred from one device to the other after ranging hasbeen performed.

The distance information obtained from the ranging can be used in avariety of ways. For example, the distance information can be used todisplay a relative position of the receiving mobile device on a screenof a sending mobile device, which is to send a data item. Such a userinterface can allow a user to quickly and accurately select therecipient device for sending the data item, e.g., a video, audio, or alink to an application, as may be used to hand off an application at aparticular location (e.g., page) in an application.

As another example, the distance information obtained from ranging canbe used to trigger a notification (e.g., a reminder) to be output from afirst mobile device. For example, a first user of the first mobiledevice may wish to get a reminder when the first user is close to asecond user, who has a second mobile device. The ranging capability canenable the first user to be reminded at an opportune time, e.g., whenthe two users are talking. Often, a person may forget to bring up anissue (e.g., to get back loaned money or an issue on a work project)until after the two users have already walked away from each other. Suchreminder functionality, which uses the distance information obtainedfrom the ranging between the two mobile devices, can solve such aproblem. As another example, a user may want a notification (e.g., analert) when a distance between the two devices is greater than athreshold, e.g., when the other device belongs to a child of a parentwho is a user of a first device.

As yet another example, the distance information can be used to performa sharing session between two devices, e.g., if the distance informationis sufficiently close for two authenticated devices. For example, a usercan place a first mobile device sufficiently close to a computer andpotentially in a particular orientation (e.g., face up on the left sideof the computer) in order to indicate a desire to share content from thefirst mobile device to the computer. The content can be transferred,e.g., after authentication and a user selection of an indicator on/fromthe computer, such as a visual indicator or an audio indicator.

In some embodiments, proximity information may be used, which mayinclude a presence or distance information of a neighboring device, asdetermined using wireless communications. The existence of a contact'sdevice nearby can be used to provide that contact as a suggestedrecipient of a new communication, e.g., an email or text message.

I. Ranging

In some embodiments, a mobile device can include circuitry forperforming ranging measurements. Such circuitry can include one or morededicated antennas (e.g., 3) and circuitry for processing measuredsignals. The ranging measurements can be performed using thetime-of-flight of pulses between the two mobile devices. In someimplementations, a round-trip time (RTT) is used to determine distanceinformation, e.g., for each of the antennas. In other implementations, asingle-trip time in one direction can be used. The pulses may be formedusing ultra-wideband (UWB) radio technology.

A. Sequence Diagram

FIG. 1 shows a sequence diagram for performing a ranging measurementbetween two mobile devices according to embodiments of the presentdisclosure. The two mobile devices may belong to two different users.The two users may know each other, and thus have each other's phonenumbers or other identifiers. As described in more detail later, such anidentifier can be used for authentication purposes, e.g., so ranging isnot performed with unknown devices. Although FIG. 1 shows a singlemeasurement, the process can be repeated to perform multiplemeasurements over a time interval as part of a ranging session, wheresuch measurements can be averaged or otherwise analyzed to provide asingle distance value, e.g., for each antenna.

Mobile device 110 (e.g., a smartphone) can initiate a rangingmeasurement (operation) by transmitting a ranging request 101 to amobile device 120. Ranging request 101 can include a first set of one ormore pulses. The ranging measurement can be performed using a rangingwireless protocol (e.g., UWB). The ranging measurement may be triggeredin various ways, e.g., based on user input and/or authentication usinganother wireless protocol, e.g., Bluetooth low energy (BLE).

At T1, mobile device 110 transmits ranging request 101. At T2, mobiledevice 120 receives ranging request 101. T2 can be an average receivedtime when multiple pulses are in the first set. Mobile device 120 can beexpecting ranging request 101 within a time window based on previouscommunications, e.g., using another wireless protocol. The rangingwireless protocol and the another wireless protocol can be synchronizedso that mobile device 120 can turn on the ranging antenna(s) andassociated circuitry for a specified time window, as opposed to leavingthem on for an entire ranging session.

In response to receiving ranging request 101, mobile device 120 cantransmit ranging response 102. As shown, ranging response 102 istransmitted at time T3, e.g., a transmitted time of a pulse or anaverage transmission time for a set of pulses. T2 and T3 may also be aset of times for respective pulses. Ranging response 102 can includetimes T2 and T3 so that mobile device 110 can compute distanceinformation. As an alternative, a delta between the two times (e.g.,T3-T2) can be sent.

At T4, mobile device 110 can receive ranging response 102. Like theother times, T4 can be a single time value or a set of time values.

At 103, mobile device 110 computes distance information 130, which canhave various units, such as distance units (e.g., meters) or as a time(e.g., milliseconds). Time can be equivalent to a distance with aproportionality factor corresponding to the speed of light. In someembodiments, a distance can be computed from a total round-trip time,which may equal T2−T1+T4−T3. More complex calculations can also be used,e.g., when the times correspond to sets of times for sets of pulses andwhen a frequency correction is implemented.

B. Triangulation

In some embodiments, a mobile device can have multiple antennas, e.g.,to perform triangulation. The separate measurements from differentantennas can be used to determine a two-dimensional (2D) position, asopposed to a single distance value that could result from anywhere on acircle/sphere around the mobile device. The two-dimensional position canbe specified in various coordinates, e.g., Cartesian or polar, wherepolar coordinates can comprise an angular value and a radial value.

FIG. 2 shows a sequence diagram of a ranging operation involving amobile device 210 having three antennas 211-213 according to embodimentsof the present disclosure. Antennas 211-213 can be arranged to havedifferent orientations, e.g., to define a field of view for performingranging measurements.

In this example of FIG. 2 , each of antennas 211-213 transmits a packet(including one or more pulses) that is received by mobile device 220.These packets can be part of ranging requests 201. The packets can eachbe transmitted at time T1, although they can be transmitted at differenttimes in other implementations.

In some embodiments, mobile device 220 can have multiple antennasitself. In such an implementation, an antenna of mobile device 210 cansend a packet to a particular antenna (as opposed to a broadcast) ofmobile device 220, which can respond to that particular packet. Mobiledevice 220 can listen at a specified antenna so that both devices knowwhich antennas are involved, or a packet can indicate which antenna amessage is for. For example, a first antenna can respond to a receivedpacket; and once the response is received, another packet can be sent toa different antenna. Such an alternative procedure may take more timeand power.

The three packets of ranging requests 201 are received at times T2, T3,and T4, respectively. Thus, the antenna(s) (e.g., UWB antennas) ofmobile device 220 can listen at substantially the same time and respondindependently. Mobile device 220 provides ranging responses 202, whichare sent at times T5, T6, and T7, respectively. Mobile device 210receives the ranging responses at times T8, T9, and T10, respectively.

At 203, processor 214 of mobile device 210 computes distance information230, e.g., as described herein. Processor 214 can receive the times fromthe antennas, and more specifically from circuitry (e.g., UWB circuitry)that analyzes signals from antennas 211-213. As described later,processor 214 can be an always-on-processor that uses less power than anapplication processor that can perform more general functionality.Distance information 230 can be used to determine a 2D or 3D position ofmobile device 220, where such position can be used to configure adisplay screen of mobile device 210. For instance, the position can beused to determine where to display an icon corresponding to mobiledevice 220, e.g., which position in a list, which position in a 2D grid,or in which cluster of 1D, 2D, or 3D distance/position ranges to displaythe icon.

In some embodiments, to determine which ranging response is from whichantenna, mobile device 220 can inform mobile device 210 of the order ofresponse messages that are to be sent, e.g., during a ranging setuphandshake, which may occur using another wireless protocol. In otherembodiments, the ranging responses can include identifiers, whichindicate which antenna sent the message. These identifiers can benegotiated in a ranging setup handshake.

Messages in ranging requests 201 and ranging responses 202 can includevery little data in the payload, e.g., by including few pulses. Usingfew pulses can be advantageous. The environment of a mobile device(potentially in a pocket) can make measurements difficult. As anotherexample, an antenna of one device might face a different direction thanthe direction from which the other device is approaching. Thus, it isdesirable to use high power for each pulse, but there are governmentrestrictions (as well as battery concerns) on how much power can be usedwithin a specified time window (e.g., averaged over 1 millisecond). Thepacket frames in these messages can be on the order of 150 to 180microseconds long.

C. UWB

The wireless protocol used for ranging can have a narrower pulse (e.g.,a narrower full width at half maximum (FWHM)) than a first wirelessprotocol (e.g., Bluetooth) used for initial authentication orcommunication of ranging settings. In some implementations, the rangingwireless protocol (e.g., UWB) can provide distance accuracy of 5 cm orbetter. In various embodiments, the frequency range can be between 3.1to 10.6 GHz. Multiple channels can be used, e.g., one channel at 6.5 GHzanother channel at 8 GHz. Thus, in some instances, the ranging wirelessprotocol does not overlap with the frequency range of the first wirelessprotocol (e.g., 2.4 to 2.485 GHz).

The ranging wireless protocol can be specified by IEEE 802.15.4, whichis a type of UWB. Each pulse in a pulse-based UWB system can occupy theentire UWB bandwidth (e.g., 500 MHz), thereby allowing the pulse to belocalized in time (i.e., narrow width in time, e.g., 0.5 ns to a fewnanoseconds). In terms of distance, pulses can be less than 60 cm widefor a 500 MHz-wide pulse and less than 23 cm for a 1.3 GHz-bandwidthpulse. Because the bandwidth is so wide and width in real space is sonarrow, very precise time-of-flight measurements can be obtained.

Each one of ranging messages (also referred to as frames or packets) caninclude a sequence of pulses, which can represent information that ismodulated. Each data symbol in a frame can be a sequence. The packetscan have a preamble that includes header information, e.g., of aphysical layer and a MAC layer, and may include a destination address.In some implementations, a packet frame can include a synchronizationpart and a start frame delimiter, which can line up timing.

A packet can include how security is configured and include encryptedinformation, e.g., an identifier of which antenna sent the packet. Theencrypted information can be used for further authentication. However,for a ranging operation, the content of the data may not need to bedetermined. In some embodiments, a timestamp for a pulse of a particularpiece of data can be used to track a difference between transmission andreception. Content (e.g., decrypted content) can be used to match pulsesso that the correct differences in times can be computed. In someimplementations, the encrypted information can include an indicator thatauthenticates which stage the message corresponds, e.g., rangingrequests 201 can correspond to stage 1 and ranging responses 202 cancorrespond to stage 2. Such use of an indicator may be helpful when morethan two devices are performing ranging operations in near each other.

The narrow pulses (e.g., ˜1 ns width) can be used to accuratelydetermine a distance. The high bandwidth (e.g., 500 MHz of spectrum)allows the narrow pulse and accurate location determination. A crosscorrelation of the pulses can provide a timing accuracy that is a smallfraction of the width of a pulse, e.g., providing accuracy withinhundreds or tens of picoseconds, which provides a sub-meter level ofranging accuracy. The pulses can represent a ranging wave form of plusl's and minus l's in some pattern that is recognized by a receiver. Thedistance measurement can use a round trip time measurement, alsoreferred to as a time-of-flight measurement. As described above, themobile device can send a set of timestamps, which can remove a necessityof clock synchronization between the two devices.

II. Setup and Ranging Using Two Protocols

As mentioned above, two wireless protocols can be used. Anauthentication and setup phase can be implemented using a first wirelessprotocol (e.g., BLE or other Bluetooth). A second (ranging) wirelessprotocol can be used to perform ranging measurements. Accordingly, afirst wireless protocol link between a mobile device (e.g., a phone,tablet, or a watch) and another mobile device can be used forauthentication, and then used to initiate and control a second wirelessprotocol (e.g., UWB) for ranging and exchange of distance information.For example, the first wireless protocol can provide a low powerframework to negotiate security keys, ranging intervals, and to initiateranging over UWB.

A. Flowchart

FIG. 3 is a flowchart illustrating a method 300 for performing, by afirst (sending) mobile device, a ranging operation with a second(receiving) mobile device involving two wireless protocols according toembodiments of the present disclosure. A first wireless protocol (e.g.,Bluetooth) can be used for authentication, and a second wirelessprotocol (e.g., UWB) can be used for a ranging measurement.

At block 310, the mobile devices communicate advertisements using afirst wireless protocol, e.g., BLE. A mobile device can transmitadvertisements at a particular rate, and scan for advertisements fromother mobile devices at a particular rate. The advertisements caninclude an authorization tag for each of the mobile devices toauthenticate each other, e.g., to confirm that they have been registeredwith a third party, such as a manufacturer of the mobile devise. Such athird party (also called an authentication server) can generate theauthentication tag using an identifier from the mobile device (or from auser of the mobile device) and provide to the mobile device, which canthen transmit the authentication tag in an advertisement. As an example,an authentication tag can be generated using a hash function.

As examples, an identifier that is the authentication tag or is used togenerate the authentication tag can include an identity address (e.g.,media access control (MAC) address). For example, a unique 48-bitaddress can be used for each mobile device. An authentication tag can beupdated periodically. Advertisements can also include an ID associatedwith the authentication tag (e.g., to retrieve additional information,such as a public certificate) and one or more commands, e.g., for areceiving mobile device to wake up.

At block 320, the mobile devices are authenticated using the firstwireless protocol. For example, the receiving mobile device can detectan advertisement and obtain an authentication tag. The authenticationtag can be compared to a list of authentication tags stored on themobile device, e.g., corresponding to a contact list. When a mobiledevice adds a contact, the corresponding authentication tag can beobtained from an authentication server. The mobile device can thendetect when an advertisement includes an authentication tag alreadystored on the mobile device. In some implementations, a newauthentication tag can be sent to the authentication server to confirmthat an identifier and an authentication tag match.

In response to authentication by the receiving mobile device orgenerally as an advertising mode, the receiving mobile device can alsosend an advertisement that includes an authentication tag. In otherembodiments, authentication is not performed.

As part of the communication using the first wireless protocol, a securecommunication channel can be established so that messages can beencrypted. For example, the communication can result in a shared secretbeing saved on both devices, where the shared secret can be used forfuture authentications (e.g., via a challenge response) and/orencryption of messages between the mobile devices.

At block 330, the mobile devices can exchange ranging capabilities(settings) using the first wireless protocol. The exchange of rangingcapabilities can ensure that the signaling between mobile devices isperformed in a consistent manner by both devices. Such exchange canallow the mobile device to adapt to different devices, e.g., ones withdifferent numbers and types of antenna units. Example rangingcapabilities can include specifying a format for ranging messagesbetween the mobile devices, a frequency range to use, a number ofantenna units for each device, and encryption protocols for rangingmessages using the second wireless protocol.

At block 340, ranging can be initiated using the first wirelessprotocol. In some implementations, the initiation can be started by aranging request message sent from a sending mobile device. Theresponding device can respond with a start notification event (message).Once the start notification event occurs, ranging can be performed usinga second wireless protocol, e.g., by turning on corresponding radioswithin a specified time of receiving the start message. Suchcoordination between the first and second wireless protocols cansynchronize the devices such that antenna(s) of the second protocol donot have to be on all the time, thereby saving power.

At block 350, ranging can be performed using a second wireless protocol(e.g., UWB). After the initiation signals using the first wirelessprotocol, the receiving device can begin scanning for ranging signals ata specified time using one or more antennas corresponding to the secondwireless protocol. The one or more antennas can receive one or moreranging request messages and send one or more ranging response messages.

Circuitry of the receiving device can perform various levels ofprocessing of such ranging messages, e.g., to determine time stamps. Thesending device can receive the ranging response messages and determinetime stamps for the transmission of the one or more ranging requestmessages and time stamps for the one or more ranging response messages,e.g., as shown in FIGS. 1 and 2 . The sending device can use the timesto determine a distance between the mobile devices. The ranging can beperformed once, a specified number of times, or continue until a stopranging request is processed.

A mobile device may have multiple antennas for the first wirelessprotocol (e.g., various forms of Bluetooth (BT), such as BLE). BT canuse short-wavelength ultra-high frequency (UHF) radio waves in the ISMband from 2.4 to 2.485 GHz. Certain modes of the first wireless protocolcan be used over a relatively long range. For example, one BT radio canincrease a communication range by using a lower packet coding of 125kbps or 500 kbps and by increasing a maximum transmission power (e.g.,to +20 dBm). Such a radio can be used for both advertising and datapackets and provide range up to 100 meters, as opposed to a lower powermode that may work only up to 20 meters.

Thus, if a user was approaching the other mobile moving at a rate of 1.5meters per second, the 100 meter range would still provide sufficienttime for authentication and to negotiate ranging parameters, as well assend a ranging start message. Such extra time to establish communicationcan be advantageous when there can be interference from other devices,which might otherwise delay detection of the mobile device and start ofranging.

But, these packets can be roughly 2 to 8 times longer duration, e.g., upto about 16 milliseconds, which does not make them suitable for ranging.A one microsecond pulse provides a range that is +/−300 meters. And,even regular power modes for BT provide pulses that are not suitable forranging.

B. Sequence Diagram

FIG. 4 shows a sequence diagram of communications between a sendingdevice 410 and a receiving device 420 involving BT and UWB protocolsaccording to embodiments of the present disclosure. The mobile devicescan be in a screen off state or be actively in use by a user. Certainsteps of the sequence diagram may be optional.

At 401, a BLE antenna 411 of sending device 410 transmits anadvertisement signal, and BLE antenna 421 transmits an advertisementsignal. The devices can broadcast advertisement signals at a specifiedduty cycle, without the user having to provide any user input. As shown,the advertisement signal includes device information and anauthentication tag. The device information can correspond to informationabout the device, such as type of device (e.g., a watch, a tablet, or aphone), a state of the device (e.g., whether unlocked or orientation,such as on a wrist or in a pocket), and a version of a protocol or othersoftware. The devices can also scan at some duty cycle. Authenticationcan occur as part of 401.

Each device registered with an authentication server can have a uniqueauthentication tag. In various embodiments, the authentication tag caninvolve use of public keys, certificates, and digital signatures. Forexample, a device can store the public keys of someone in their contactlist, and can authenticate a digital signature from a sending deviceusing the public key. In other embodiments, a shared cryptographic keycan be used for encryption and decryption (or generation andverification of a digital signature) as opposed to using the asymmetricpublic and private keys.

At 402, an event is detected at sending device 410. As an example, theevent could be a user input, e.g., an indication of an intent to sharedata. As another example, the event could be a detection of anadvertisement from a receiving device that is being tracked by thesending device, e.g., to provide a reminder to the user of the sendingdevice. Further details about such examples are provided later.

At 403, a BLE antenna 411 transmits and scans at a higher duty cycle.The increased advertisement and scanning can be part of a discoveryprocess for the two devices to detect each other, so that a connectioncan be created. For example, if sending device 410 detects input that aranging operation has been requested or is likely to be requested, theincreased advertisement/scan can provide quicker establishment of acommunications session using the first wireless protocol.

At 404, sending device 410 and receiving device 420 authenticate theother device using an authorization tag. The authentications by the twodevices can occur at different times or a same or similar time. Theauthentication by may occur after later steps, e.g., after transmittingof an advertisement with ranging settings (405) and ranging requestmessages (407) has begun. At this point, a BLE connection can beconsidered as created between the two devices.

In some embodiments, as part of establishing a BLE connection, eachdevice can obtain keys for performing encrypted (secure) communications.If a connection was previously made, keys could be re-used. Theauthentication tag can be used to retrieve stored key(s) for performingthe encryption/decryption of future BLE messages.

At 405, BLE antenna 411 transmits an advertisement signal that includesan action command (e.g., that ranging is being requested) and one ormore ranging settings. The advertisement can also include anauthentication tag. As shown, the ranging settings include rate, dt_tx,and N. The rate can specify a time (e.g., 300 ms for a defaulttransmit/scan rate or 30 ms for an increased transmit/scan) and N canspecify a multiple, thereby providing a time delay between each rangingrequest message. The time offset dt_tx specifies a time after anadvertisement signal that the ranging request message is sent. In thismanner, receiving device 420 knows when UWB antenna 422 should be turnedon. Such an advertisement signal can be sent after authentication hasbeen performed by sending device 410, and potentially after receivingdevice 420 acknowledges having performed its authentication. In someembodiments, an action command in the advertisement can cause aprocessor of the receiving device 420 to wake up, or at least for theUWB circuitry (or other circuitry of a first wireless protocol) to beinitialized.

The advertisement in 405 can be considered part of a ranging setuphandshake. In some embodiments, receiving device 420 can send a messageto sending device 410 acknowledging receipt of the ranging settings, orpotentially proposing a change to the settings. The ranging setuphandshake can include the ranging capabilities of the two devices.Information about the UWB antennas can be provided as different devicescan have different numbers of UWB antennas, or a device may want to onlyturn on a few. A coarse ranging may occur at first, with finer rangingusing more UWB receivers occurring after the mobile devices are closer.Other settings/parameters may be provided between ranging operations,e.g., as part of a dynamic decision or updating of software or physicalcomponents.

Other examples for ranging capabilities include a number of antennas,location of those antennas (e.g., a relative distances between theantennas), how many antennas to use, encryption protocols, packetformat, modes of operation, and supported frequency range. Suchcapabilities may reflect a software update of either device, resultingin a new or different capability. The ranging setup handshake caninclude a negotiation about how to carry out the ranging, such as howoften to range or how to schedule the ranging (e.g., when there aremultiple receiving devices—round robin, one at a time, or otheroptions). A sending device may know it is connected to three differentdevices, and thus the mobile device may want a lower rate of rangemeasurements to each device (e.g., 25 milliseconds) or schedule aparticular time/frequency to perform ranging with each device. A dutycycle for when the UWB radios are on can be specified, e.g., 1 KHz or 10KHz. For instance, when a start message is received, the devices canagree to start ranging 100 milliseconds (or 90 milliseconds for extramargin) from advertisement at 405 and then every 1 KHz after that.

The ranging setup handshake can also manage encryption of the UWBmessages, e.g., by deriving a new set of sessions keys for UWB ranging.The keys can be updated periodically, e.g., for each session or everyNth session. In some embodiments, the session keys can be derived from acommon shared secret that was used in a challenge-response forauthentication, where the derivation uses default or negotiatedprocedures. Accordingly, the ranging setup handshake can act as acontrol channel to inform the receiving device about what to expect forthe ranging. The ranging setup handshake messages can specify adestination address so as not to cause confusion with any other nearbydevices.

At 406, receiving device 420 initiates actions to turn on a UWB antenna422, or multiple UWB antennas. Such initial steps can prime somecircuitry so that UWB antenna 422 is in a ready state, but potentiallynot fully turned on. This may be the first time that receiving device420 was able decode an advertisement signal with the ranging settings.Such decoding may occur after receiving device 420 was able toauthenticate sending device 410 by a previous advertisement signal.

At 407, sending device 410 sends a ranging request message using UWBantenna 412. The ranging request message is sent dt_tx millisecondsafter the advertisement signal in 405. Receiving device 420 knows thistiming offset, and thus can turn on UWB antenna 422 within a time windowafter having detected the advertisement in 405. Other ranging requestmessages may have been sent previously while not being detected byreceiving device 420. For ease of illustration, only one ranging requestmessage is shown. Other advertisements may also be sent before 405, butwere not detected by receiving device 420. The ranging request messagecan specify a destination address of receiving device 420, which canallow other nearby devices to the ranging request message.

At 408, receiving device 420 sends ranging response message using UWBantenna 422. The ranging response message may include times as describedfor FIGS. 1 and 2 .

At 409, sending device 410 determines distance information using timeswhen the ranging request message was sent, times in the ranging responsemessage, and when the ranging response message was received. Examplestechniques for determining the distance information are describedherein, e.g., for FIGS. 1 and 2 .

In some embodiments, a frequency correction can be determined. Forexample, a frequency offset of the receiving oscillator (clock) withrespect to the sending oscillator can allow a determination of distancewithin a fairly accurate range, e.g., down about 20, 30, or 40 cm. As tousing a frequency offset, the sending device can broadcast that itsclock is running at a particular rate, e.g., on a particular channel,such as 5 or 9. A resulting frequency error can be used to correct arelative clock drift rate between the clocks, which can improve theaccuracy. Other formulations can use an additional messages to furtherimprove the accuracy of the ranging measurement, e.g., as described inU.S. Patent Publication 2019/0135229, which incorporated in its entiretyfor all purposes.

Further ranging can be performed. For example, more than one distancecan be determined, which can be used to determine a trajectory,determine greater accuracy, or confirm that the two devices are within astable proximity to each other (e.g., to estimate that the two users areinteracting with each, as may occur during a meeting or a conversation).Such information about a stable proximity can be used to trigger areminder.

C. Example Ranging Protocol

An example format for a ranging service message format can provide acode (e.g., one octet long) that indicates the type of the message. Thelength field (e.g., two octets long) can indicate the size in octets ofthe data field of the message, which may not include the code and lengthfields. The data field can be variable in length. Thus, the code fieldcan determines the format of the data field and the length field canindicate the length of the data field.

The ranging setup (capability) handshake can be initiated at the startof every connection to exchange state of UWB devices on the mobiledevices. The ranging capability request message can have a particular IDcode (e.g., 1). Some example parameters for this message includesupported features mask, required features mask, software version, linkidentifier, number of UWB radio devices, and a UWB device descriptor.

The software version parameter can indicate the current ranging softwareversion running on the initiator device. The link identifier can be arandom number that allows the responder to match the received UWBpackets to the BT connection with the initiator. Thus, the linkidentifier can be included in UWB messages.

The mobile devices can maintain two features masks: a supported featuresmask and required features mask. The supported features mask canindicates supported features. The features mask parameter can be a bitmask of all features. For each feature, a single bit can be specified,e.g., set to 1 if the feature is supported and set to 0 otherwise.Example features are secure ranging, 1-1 ranging (e.g., 1 device to 1device), and 1-many ranging. The required features mask can indicaterequired features. For example, support for secure ranging and 1:1ranging can be mandatory.

The UWB device descriptor can have one entry for each available UWBantenna device (e.g., antenna or node with more than one antenna). Afeatures request message can have one UWB device descriptor entry foreach UWB device on the initiating device. Each of the UWB antennadevices can be characterized by a UWB device descriptor with thefollowing parameters: firmware version—version of current UWB firmware;hardware version—version of current UWB hardware; manufacturer name—nameof UWB manufacturer. The number of UWB devices available can be specificto a particular ranging session. The link identifier can map a BT linkto UWB packets.

The ranging capability response message can be similar to the rangingcapability request message. The responder may be designated for sendingthis message. If the responder does not support any feature listed inthe required features of the ranging capability request message, theresponder can respond with an additional ranging command completemessage with an unsupported feature error code. The ranging capabilityresponse message can includes the parameters: supported features,software version, number of UWB devices, and UWB device descriptor.

III. Mobile Device for Performing Ranging

FIG. 5 is a block diagram of components of a mobile device 500 operableto perform ranging according to embodiments of the present disclosure.Mobile device 500 includes antennas for at least two different wirelessprotocols, as described above. The first wireless protocol (e.g.,Bluetooth) may be used for authentication and exchanging rangingsettings. The second wireless protocol (e.g., UWB) may be used forperforming ranging with another mobile device.

As shown, mobile device 500 includes UWB antennas 510 for performingranging. UWB antennas 510 are connected to UWB circuitry 515 foranalyzing detected signals from UWB antennas 510. In some embodiments,mobile device 500 includes three or more UWB antennas, e.g., forperforming triangulation. The different UWB antennas can have differentorientations, e.g., two in one direction and a third in anotherdirection. The orientations of the UWB antennas can define a field ofview for ranging. As an example, the field of view can span 120 degrees.Such regulation can allow a determination of which direction a user ispointing a device relative to one or more other nearby devices. Thefield of view may include any one or more of pitch, yaw, or roll angles.

UWB circuitry 515 can communicate with an always-on processor (AOP) 530,which can perform further processing using information from UWBmessages. For example, AOP 530 can perform the ranging calculationsusing timing data provided by UWB circuitry 515. AOP 530 and othercircuits of the device can include dedicated circuitry and/orconfigurable circuitry, e.g., via firmware or other software.

As shown, mobile device 500 also includes BT/WiFi antenna 520 forcommunicating data with other devices. BT/WiFi antenna 520 is connectedto BT/WiFi circuitry 525 for analyzing detected signals from BT/WiFiantenna 520. For example, BT/WiFi circuitry 525 can parse messages toobtain data (e.g., an authentication tag), which can be sent on to AOP530. In some embodiments, AOP 530 can perform authentication using anauthentication tag. Thus, AOP 530 can store or retrieve a list ofauthentication tags for which to compare a received tag against, as partof an authentication process. In some implementations, suchfunctionality could be achieved by BT/WiFi circuitry 525.

In other embodiments, UWB circuitry 515 and BT/WiFi circuitry 525 canalternatively or in addition be connected to application processor 540,which can perform similar functionality as AOP 530. Applicationprocessor 540 typically requires more power than AOP 530, and thus powercan be saved by AOP 530 handling certain functionality, so thatapplication processor 540 can remain in a sleep state, e.g., an offstate. As an example, application processor 540 can be used forcommunicating audio or video using BT/WiFi, while AOP 530 can coordinatetransmission of such content and communication between UWB circuitry 515and BT/WiFi circuitry 525. For instance, AOP 530 can coordinate timingof UWB messages relative to BT advertisements.

Coordination by AOP 530 can have various benefits. For example, a firstuser of a sending device may want share content with another user, andthus ranging may be desired with a receiving device of this other user.But if many people are in the same room, the sending device may need todistinguish a particular device among the multiple devices in the room,and potentially determine which device the sending device is pointingto. Such functionality can be provided by AOP 530. Also, it is notdesirable to wake up the application processor of every other device inthe room, and thus the AOPs of the other devices can perform someprocessing of the messages and determine that the destination address isfor a different device.

To perform ranging, BT/WiFi circuitry 525 can analyze an advertisementsignal from another device to determine that the other device wants toperform ranging, e.g., as part of a process for sharing content. BT/WiFicircuitry 525 can communicate this notification to AOP 530, which canschedule UWB circuitry 515 to be ready to detect UWB messages from theother device.

For the device initiating ranging, its AOP can perform the rangingcalculations. Further, the AOP can monitor changes in distance betweenthe other device. For example, AOP 530 can compare the distance to athreshold value and provide an alert when the distance exceeds athreshold, or potentially provide a reminder when the two devices becomesufficiently close. An example of the former might be when a parentwants to be alerted when a child (and presumably the child's device) istoo far away. An example of the latter might be when a person wants tobe reminded to bring up something when talking to a user of the otherdevice. Such monitoring by the AOP can reduce power consumption by theapplication processor.

IV. Sharing Data Based on Range

A user of one mobile device may want to share data (e.g., a video oraudio file) to another user. The user could attach a file to an emailand send, but this can be slow and expose the data to a network. Thus,it may be advantageous to send the data directly to the other device,e.g., using Bluetooth or WiFi direct (also called peer mode or ad-hocmode), or at least only through a local access point/router. Forexample, the user's device can detect other nearby devices and displaythem as options for sharing the data.

Sharing data in this manner can be problematic when there are multipledevices nearby. For example, if two people (i.e., sender and receiver)are in a crowd, the discovery process can identify multiple devices. Ifmultiple devices are displayed as options, their icons can be difficultto display on a single screen, thereby causing frustration to a user,who wants to select a friend's device quickly. It is possible to onlydisplay icons of other devices that show up in a contact list of thesending device. This can limit the number of devices shown as optionsfor sending the data. But, such a requirement can limit the ability toshare data to a new person. And, the requirement of being in the contactlist does not address when a user is among many friends, coworkers,etc., where all or many of them are in the contact list. Embodiments canuse ranging to facilitate this process.

A. Example Sharing Scenario

FIG. 6 shows an example sharing scenario of a mobile device usingranging to facilitate sharing a data item with another device accordingto embodiments of the present disclosure. The data item could be variousthings, e.g., a contact, an audio file, an image, a video file, a deeplink to a location in an application installed on both devices, and thelike. A sharing session can be initiated by user 610 using a sendingdevice 615.

A user 610 can initiate the sharing session on sending device 615 in avariety of ways. For example, user 610 can select a data item, and thenselect a sharing option (e.g., a button on a GUI) to share the dataitem. The selection of the sharing option can begin a sharing process,e.g., as described in FIGS. 1-4 .

Advertisements can be sent from the devices and used for authentication.Sending device 615 can authenticate each of devices 625, 635, and 645.Once authenticated, sending device 615 can perform a ranging operationwith each of the devices, which can respond with ranging information, asdepicted.

Sending device 615 can use the range information to determine distanceinformation, e.g., relative positions of the other devices. For example,if the sending device 615 includes multiple antennas (e.g., 3), sendingdevice 615 can determine a position of each of the devices on a 2D gridrelative to sending device 615. As another example, sending device 615can determine a single distance value to each of the devices, wheredevices may be sorted in a list by this distance. Sending device 615 canuse the distance information for configuring a display on a screen ofsending device 615. For instance, the position can be used to determinewhere to display an icon corresponding to mobile device 220, e.g., whichposition in a list, which position in a 2D grid, or in which cluster of1D, 2D, or 3D distance/position ranges to display the icon.

User 610 can select which device to send the data item. As shown, device635 is selected. The selection can be made in various ways, e.g., bytouching an icon representing receiving device 635, which can be apicture of user 630. In other embodiments, user 610 can point sendingdevice 615 at receiving device 635 to achieve the selection. Forinstance, the device that is along a central axis pointing from thesending device can be automatically selected as the recipient of thedata item. In this manner, user 610 can easily see available devices andselect the desired device.

In some embodiments, the users can control which other devices candiscover them and perform ranging, or whether the device will allowsharing. For example, a user can restrict such operations to those inthe contact list or a subset of those in the contact list. And, asdescribed herein, the authentication can occur without providing privateinformation in the clear, e.g., any such private data may be encryptedor otherwise obfuscated. For example, hashes of identifiers can be usedas an first authentication tag, or public certificates and/or digitalsignatures can be used. For instance, an authentication server can issuethe hashes, digital signatures, public certificates, etc., so that adevice can match an authentication tag to a device that has beenpreviously encountered (e.g., in a contact list) or at least know thatthe device has been registered and/or authenticated by theauthentication server. The authentication server can provideauthentication tags for each device in a contact list. As anotherexample, such authentication tags (e.g., hashes) can be generated by afirst device (e.g., at time of registration) and sent to theauthentication server, which can distribute them to other devices thathave the first device or related identifier in their contact list.

B. Method for Sharing Content

FIG. 7 is a flowchart of a method 700 of sharing data between a sendingmobile device and a receiving mobile device according to embodiments ofthe present disclosure. Method 700 can be used to determine a spatialrelationship of other devices to the sending mobile device, and use thatspatial relationship to facilitate a user in selecting one or moredevices to share a data item. Method 700 can be performed by any devicethat acts as a sending device.

At block 705, the sending mobile device stores a data item in a memory.The data item can be of any type, some examples of which are providedherein. For example, the data item may be a photo or other image storedin any suitable file format, video, or a text file (e.g., contactinformation, a link to a webpage, a link to an application, a GPScoordinate, etc.). The data item can be stored in various locations ofthe memory, e.g., RAM, flash memory, a hard drive, and the like.

At block 710, a user interface of the sending mobile device receivesuser input indicating a sharing session. The user input can be varied.For example, the user can select a share button on a screencorresponding to the data item. As another example, a user can provide avoice command, such as “share item” or “send item.” The user interfacecan take various forms, e.g., icons corresponding to different users canbe placed on different locations on a screen. These locations can varydepending on the relative position of the receiving mobile device to thesending mobile device, e.g., relative to a pointing direction of thesending mobile device. For instance, the location could be shown atpoints around a circle corresponding to the sending mobile device.

At block 715, the sending mobile device transmits (e.g., broadcasts),via a first wireless protocol, an advertisement signal that includes afirst authentication tag of the sending mobile device. The sendingmobile device may initiate communication or the receiving mobile devicemay initiate communication. Thus, the advertisement signal sent by thesending mobile device can be in response to a signal (message) from thereceiving mobile device. For example, the sending mobile device candetect neighboring devices, store their information (e.g., contactinformation), and then transmit the first authentication tag after theuser input indicates a sharing session. Examples of an authenticationtag are provided herein, e.g., unique identifier, hash, shared secret,digital signature, public certificate, or a cryptographic key, such as apublic key or a shared key used by both devices. Examples of a firstwireless protocol include Bluetooth and Wi-Fi.

At block 720, a second authentication tag of the receiving mobile deviceis received from the receiving mobile device via the first wirelessprotocol. The second authentication tag can be of a similar type as thefirst authentication tag, but can be different. The secondauthentication tag may be received in response to the advertisementsignal sent at block 715. In another implementation, the secondauthentication tag is received before block 715, e.g., as describedabove. Example techniques for authentication are also described inrelation to FIGS. 3 and 4 .

At block 725, the second authentication tag is used to authenticate thereceiving mobile device. Similarly, the receiving mobile device can usethe first authentication tag to authenticate the sending mobile device.The authentication process can be performed in various ways. Forexample, an authentication tag can be a digital signature of a portionof a payload, which can be received with the authentication tag. Then, apublic key can be used to decrypt the digital signature to match to thepayload. As another example, a device can store authentication tags inassociation with user/device identifiers (which may be included in thepayload of a message), and the received authentication tag can becompared to a stored authentication tag corresponding to the receiveduser/device identifier. Other examples of authentication are providedherein.

At block 730, the first wireless protocol is used to communicate one ormore ranging settings with the receiving mobile device for a rangingoperation to be performed using a second wireless protocol. Exampleranging settings can include an indicator that ranging is to beperformed, rate (e.g., a transmission rate) of a ranging signal and/orrequest message, a time offset, a delay between a ranging signal and aranging request message, and a multiple used for a time delay. Anexample second wireless protocol is UWB. Such ranging settings can bespecified by a template number, e.g., specifying an ID number for anindexed set of ranging settings that are already stored at the otherdevice. Once the ranging settings are received, a ranging operation canbe performed.

At block 735, the second wireless protocol is used to transmit a firstset of one or more pulses in a ranging request message to the receivingmobile device in accordance with the one or more ranging settings. Asexamples, the ranging operation can be performed as described in FIGS.1-4 . The second wireless protocol can use a pulse width that is lessthan a pulse width used by the first wireless protocol, e.g., UWB may beused.

At block 740, the sending mobile device receives, using the secondwireless protocol, a second set of one or more pulses in one or moreranging response messages from the receiving mobile device. The secondset of pulse(s) can corresponding to the ranging responses in FIGS. 1,2, and 4 and corresponding description. The response messages caninclude information, e.g., any timing information, such as a receptiontime of the first set of pulse(s) and a transmission time of the secondset of pulse(s), which may be provided as a delay time.

At block 745, distance information corresponding to one or moretransmission times of the first set of one or more pulses and one ormore reception times of the second set of one or more pulses isdetermined. The distance information can have various units, such asdistance units (e.g., meters) or as a time (e.g., milliseconds), as isdescribed herein. The distance information can include radial andangular information, e.g., by using triangulation.

At block 750, the sending mobile device receives, via the userinterface, a selection of the receiving mobile device to share the dataitem. The user interface can include various modes, e.g., an audiointerference, a gesture interface, a touch interface, etc. The selectioncan be made in accordance with the distance information. For example,the selection of the receiving mobile device can be determined based onan orientation of the sending mobile device and the receiving mobiledevice, as determined using the distance information. Such anorientation can be determined from a 2D or 3D relative position of twodevices, which may be determined using measurements from multipleantennas.

In another example, a screen of the sending device can display an iconcorresponding to the receiving mobile device. The icon can be displayedat a location on the screen based on the distance information. Forinstance, the location can be used to determine where to display an iconcorresponding to mobile device 220. The location can be an order in alist, e.g., sorted by distance. The location can be on a 2D grid, e.g.,with a lateral position determined using the timings from multipleantennas. As another example, the locations of different devices can beclustered, e.g., based on a one-dimensional distance value (similar to alist but with a group of devices in a range) or 2D/3D position ranges todisplay the icon. The selection of the receiving mobile device can bereceived at the icon on the screen, e.g., by a user tapping an icon.

In some implementations, the icon can be displayed at the location onthe screen by comparing a distance of the distance information to athreshold and displaying the icon when the distance is less than thethreshold. In this manner, only devices that a sufficiently close can bedisplayed. Such a threshold can be user-defined or a default. Thethreshold can depend on other settings, e.g., in a contact list of thesending device.

In other implementations, the icon can be displayed at the location onthe screen by determining a physical position (e.g., 2D or 3D position)of the receiving mobile device relative to the sending mobile deviceusing the distance information. Thus, the physical position can bedisplayed on a grid, e.g., a pixel grid, based on coordinates of thephysical position. Accordingly, the location can correspond to atwo-dimensional coordinate on the screen. In another example, thelocation can be selected from a set of locations, e.g., predeterminedpositions in a list or clusters that are preassigned or alreadydetermined. Accordingly, the physical position can include a distance,where the location is a position in a list of a plurality of mobiledevices, each of which has an associated distance. The list can besorted by distance.

At block 760, the data item is transmitted in response to the selectionof the receiving mobile device. The data item can be transmitted via athird wireless protocol or the first wireless protocol. As examples, thefirst wireless protocol can be Bluetooth low energy, the second wirelessprotocol can be ultra-wide band (UWB), and the data items can betransmitted using Wi-Fi. The transmission of the data item can beresponsive to other actions as well. For example, a user may identifythe receiving mobile device before specifying the data item. Thus, thedata item can be sent once the data item is selected, while still beingresponsive to the selection of the receiving mobile device.

C. Encrypted Ranging and Sharing

There can be one or more higher levels of security, e.g., as dictated bythe type of data being shared. For instance, sharing information about aperson (e.g., phone number or address of a contact in a mobile device)may warrant a higher level of security. An encrypted ranging sessionbetween the two devices can confirm that the two devices are close. Ashared secret can be used for cross-correlation to get the properinformation (e.g., same wave forms) from the ranging messages.

Using encryption keys can be difficult when the devices have notcommunicated before. To establish a secure connection between two newdevices can use a Diffie-Hellman key exchange (e.g., as in TLS,Transport Layer Security), but such a process can require network accessand be time consuming, and not be suitable for use with UWB. Instead, apin code can be provided by one device and input at the other device.Such a pin code could be in text, embedded in audio, or in an image orvideo output by one device and captured by the other device. But, suchan extra step can be bothersome to a user.

Some embodiments can use an identifier stored in circuitry, e.g., in theUWB circuitry. Thus, a chip can be associated with a particular mobiledevice. Server-side certificates can be shard or stored on a device. TheBLE communication can use the certificates to determine that the devicehas been authenticated by an server. Then, if the ranging confirms thedevices are close, data can be shared, e.g., using encryptiontechniques, such as public key encryption or Diffie-Hellman.

V. Communication Sequence for Sharing Content

The sharing of content can use three different wireless protocols, e.g.,as described above. The first wireless protocol (e.g., BLE) can be usedfor authentication and sharing of ranging settings. The second wirelessprotocol (e.g., UWB) can be used for performing ranging operations toobtain distance information from a sending mobile device to other mobiledevices. A third wireless protocol (e.g., Wi-Fi or Bluetooth) can beused to transmit a data item from a sending mobile device to a receivingmobile device, which has been selected to receive the data item. Someembodiments can coordinate circuitry for each of these wirelessprotocols. Further, circuitry can operate in response to other actions,e.g., user actions to initiate a sharing session.

FIG. 8 is a sequence diagram showing an example communication sequenceto share content using three wireless protocols according to embodimentsof the present disclosure. Aspects of the sequence diagram in FIG. 8 canbe performed in a similar manner as the sequence diagram in FIG. 4 . Thecommunication involves a sending device 810 and a receiving device 820.These devices can always be advertising and scanning (potentially atdifferent rates) using a first wireless protocol, e.g., BLE. The dutycycles for such advertising and scanning can vary depending on the stateof the devices, e.g., whether they are actively being used, which can beequated to having a backlight on.

Sending device 810 includes BLE circuitry 811, UWB circuitry 812, andWi-Fi circuitry 813. Receiving device 820 includes BLE circuitry 821,UWB circuitry 822, and Wi-Fi circuitry 823. Communication among thedifferent circuitry of a device can be coordinated by a processor, e.g.,one or more processors in FIG. 5 , such as AOP 530.

At 801, a user initiates a sharing session on sending device 810.Example ways to initiate a sharing session are described herein, e.g.,by selecting an option displayed for a data item. In response to theinitiation, services of communication circuitry of sending device 810can be launched. For example, BLE, UWB, and Wi-Fi services can belaunched or changed. For BLE, a higher scan rate can be used. Theincreased rate can provide quick discovery, e.g., when someone walksinto a room. UWB circuitry 812 and Wi-Fi circuitry 813 could be in anyprevious state, e.g., off, idle, or active.

At 802, the two devices authenticate each other using authenticationtags provided in advertisement signals transmitted and scanned by thetwo devices. Example techniques for this authentication are described inrelation to FIGS. 3 and 4 .

At 803, a ranging signal is transmitted by BLE circuitry 811 to informreceiving device 820 about a desire to perform a ranging operation orthat a sharing mode is to be entered, which can also include performinga ranging operation. The BLE ranging signal can be similar to theadvertisement described at 405 of FIG. 4 and may include scheduling(timing) information between BLE and UWB signals or other rangingsettings. Thus, the BLE ranging signal can include a transmission rateof the ranging signal (e.g., X ms), a transmission rate of rangingrequest messages (e.g., N*X ms), an indicator that ranging is to beperformed (e.g., by including a particular flag/command that indicates aranging action), and a delay between a BLE ranging signal and a UWBranging request message (e.g., Dt_tx). N can be the number of BLEintervals before transmitting a ranging message, specifying a ratio tothe BLE advertisement rate.

At 804, the action indicated in the ranging signal causes UWB circuitry822 to wake up. Wi-Fi circuitry 823 can also make up in response. Theaction (also called a nearby action) can have a flag set to ‘true’ forwaking up the circuitry. Further, UWB circuitry 822 can scan at anexpected arrival time, e.g., t_arrival=t_rx_BLE+dt_tx (+/−margin).Further, in response to the ranging signal, Wi-Fi circuitry 823 canlaunch a discovery process, e.g., Neighbor Awareness Networking (NAN).Such a priming of Wi-Fi circuitry 823 can be performed when the rangingsignal indicates that a sharing mode is desired by sending device 810.With reference to FIG. 5 , application processor 540 can be turned onwhen the other device is authenticated, and application processor 540can turn on Wi-Fi circuitry 823. In some embodiments, Wi-Fi circuitrycan be used to get identity from the other devices that are not in acontact list.

At 805, UWB circuitry 812 transmits a ranging request message after adelay of Dt_tx ms relative to the BLE ranging signal. This rangingrequest message is not detected by UWB circuitry 822, e.g., because ithas not been fully powered on yet due to a ranging signal not beingdetected yet or having just been detected.

At 806, Wi-Fi circuitry 813 transmits a service discovery signal, e.g.,using NAN. Once the two Wi-Fi circuitries establish a connection, a userinterface (e.g., a GUI on a display screen) can show an iconcorresponding to receiving device 820.

At 807, UWB circuitry 812 transmits another ranging request message.This ranging request message is detected by UWB circuitry 822. Theranging request messages can be similar as described for FIGS. 1-4 .

At 808, UWB circuitry 822 transmits a ranging response message. Theranging response messages can be similar as described for FIGS. 1-4 .The ranging can be non-secure or encrypted, where encryption can be usedon a case by case basis. The ranging request messages can be sent as amulticast with no destination address specified. But, a ranging requestmessage can specify a source address, which can be matched against asource address determined from the BLE communication (e.g., as matchedusing AOP 530 of FIG. 5 ). The receiving device can tie the addresses indifferent messages together across BLE and UWB, so that the properdestination address can be used. And, UWB circuitry 822 or othercircuitry can recognize that a request message requires a response if ithas a source address corresponding to a current ranging operation.

When using multicast to communicate with multiple devices, the otherdevices can select random slots in the frames of the response message toreduce collisions. Otherwise, the sending device might receive responsemessages from multiple devices all at the same, e.g., if they all chosethe same slot. The total number of slots in a frame can be specifiedusing the first wireless protocol, e.g., at 803, or in anothercommunications suing the first or second wireless protocol, so that arandom slot can be selected without fear of exceeding the total. Inother embodiments, devices can be scheduled for certain time slots. Forexample, a first device that responds via BLE (or other first wirelessprotocol) or one that has a highest signal strength (e.g., RSSI) can beassigned to a first slot, and so on.

At 809, sending device 810 determines distance information using theranging messages. The distance information can be determined asdescribed herein.

At 814, a user interface of sending device 810 can display an iconcorresponding to receiving device 820 along with the distance andpotentially an angle, e.g., when multiple UWB antennas are used. In someembodiments, if sending device 810 is pointing directly at receivingdevice 820, an icon representing receiving device 820 (or equivalently auser of that device) can be displayed in the center of the screen ofsending device 810. In other embodiments, a list of clustering ofdevices can be provided, where the clustering could differentiate anangular orientation between groups of devices or just differentiate bydistance between groups of devices.

An icon for sending device 810 can be at a bottom of a screen, or someother markings can be used to indicate the device positions are relativeto a particular point (e.g., bottom center) on the screen of sendingdevice 810. Lines extending up and to the right and left (e.g., aradar-like view) can provide such an indication of the sending device.Available devices that do not have ranging capability can be shown in adefault location on the screen.

At 815, a user of sending device 810 selects receiving device 820, e.g.,by tapping the recipients icon, by an audio command, by pointing sendingdevice 810 directly at receiving device 820, or by looking at a user(e.g., if a phone as facial imaging capabilities). The determination ofthe selection using an orientation of sending device 810 can befacilitated with a line down the center of the screen of sending device810 so as to guide the user in pointing the device. By providing arelative position, a user can turn to the desired recipient (and thustheir device), and that device will show up in a convenient location onthe screen for the user to select.

At 816, the transfer of the data item (e.g., as a file) is performedusing Wi-Fi circuitry 813. The data may be transmitted using otherprotocols, e.g., Bluetooth when the data to be transferred is relativelysmall. An indication of successful transmission can be provided bysending device 810.

The process of discovery (scanning and advertising) at a high rate andranging can continue until the sharing session ends. For example, a userof sending device 810 can exit a sharing mode. Upon exiting, ranging canstop and the UWB circuitry can be put into a lower power state, e.g.,off or asleep. The Wi-Fi circuitry can also be put into a reduced powerstate, e.g., off or in sleep.

VI. Notifications Using Ranging

Ranging operations can be used for other purposes besides sharingcontent. For example, a first device can provide a notification (e.g., areminder) to a first user of the first device based on a distance to adesignated (second) device. Such a reminder can be useful when areminder relates to a second user of the second device. Thus, it wouldbe convenient to receive the reminder when the first user is nearby(e.g., talking to) the second user. As another example, a notificationmay be desired when the distance is greater than a threshold, e.g., whenthe other device block to a child of a parent who is a user of a firstdevice. The ranging capability can enable the first user to be remindedat an opportune time, where the first user might otherwise forget, e.g.,to get back loaned money or an issue on a work project.

A. Example Reminder Based on Distance

FIG. 9 shows an example notification for the first mobile device thatuses ranging between the first mobile device and a second mobile deviceaccording to embodiments of the present disclosure. A user can establishthe notification, and then the reminder can be provided when the twomobile devices are close to each other (or too far from each other), asdetermined using ranging capabilities described above. Although FIG. 9focuses on the notification being a reminder into devices are close, thedescription can apply similarly to instances when the notification isfor two devices becoming separated.

At 901, a user 910 can configure a first device 915 to provide areminder based on a proximity to a second device 925. At this time,first device 915 may or may not be within proximity to second device925. For example, when a notification is to be provided for the twodevices becoming separated, the two devices may be close to each otherwhen the notification is setup. In some embodiments, approval fromsecond device 925 is required to establish such a ranging notification.Second device 925 may also be able to revoke such approval.

At 902, user 910 moves to a second position that is possibly close touser 920, as may be determined via ranging between the two devices.Alternatively, user 920 may move. The ranging may begin without user 910having to interact with first device 915. For example, ranging can beginwhen a device is in a pocket. The control of the ranging can becoordinated by a processor of first device 915, e.g., AOP 530 of FIG. 5. AOP 530 can detect the presence of second device 925, e.g., using BLEand authentication as described above. When the reminder was firstestablished, first device 915 can confirm that an authentication tag ofsecond device 925 is stored. Once authenticated, UWB circuitry can beturned on to begin the ranging operation. In some implementations, anadvertisement/scan rate can be increased once authentication occurs,e.g., to establish a ranging settings as quickly as possible.

At 903, a ranging operation can be performed between first device 915and second device 925. Distance information can be determined from theranging, and a distance of the distance information can be compared to athreshold 940. In the example shown, if the distance is less thanthreshold 940, a reminder can be provided by first device 915 to user910. Because the ranging operation is with a specific device (i.e.,second device 925), the ranging request message can specify adestination address corresponding to second device 925. The ranging maybe encrypted, e.g., as may be set by user 910 on a case-by-case basis. Ashared secret may be establish when the notification is first created.

At 904, first device 915 provides the reminder. The reminder can beprovided in various ways, e.g., the audio, haptic, or visual cues, or acombination of any two or more of these. For example, first device 915may emit a buzz or ring, and a message can be displayed on the screen.

When configuring a reminder, user 910 can provide a message as well as athreshold criteria. Such threshold criteria can include a distance aswell as a time interval, e.g., to enforce that the two devices arewithin a threshold for at least a specified time interval (e.g., 20 or30 seconds). The specification of a time interval can increasereliability. For instance, if the two users work in a same building, oneuser may pass by another user's office or a meeting room that the otheruser is in, but such a scenario would not be a convenient time toprovide the reminder. Thus, the reminder may not be provided immediatelywhen the two users first get close to each other.

The example of getting an alert when the two devices become separatedmay apply when a parent's child has a mobile device (e.g., a watch orother wearable device). The parents device can receive an alert if thechild wanders too far away. Such monitoring can be performed by an AOP,which can use less power than an application processor of the device.

B. Method for Notifications

FIG. 10 is a flowchart of a method 1000 for providing notificationsusing a ranging operation according to embodiments of the presentdisclosure. Method 1000 can provide a notification at a first mobiledevice of a first user and be performed by the first mobile device.Aspects of method 1000 may be performed in a similar manner as method700 of FIG. 7 .

At block 1005, a user interface of the first mobile device receives userinput to configure a notification, e.g., a reminder or an alert. Thenotification can be provided by the first mobile device based on aproximity of the first mobile device to a second mobile device, whichmay be of a second user or of the first user. The proximity can bedetermining using a ranging operation, as described herein.

At block 1010, a first wireless protocol of the first mobile device isused to transmit (e.g., broadcast) an advertisement signal that includesa first authentication tag of the first mobile device. Block 1010 may beimplemented in a similar manner as block 715 of FIG. 7 .

At block 1015, the first mobile device receives, via the first wirelessprotocol from the second mobile device, a second authentication tag ofthe second mobile device. Block 1015 may be implemented in a similarmanner as block 720 of FIG. 7 .

At block 1020, the first mobile device authenticates the second mobiledevice using the second authentication tag. The second mobile device canuse the first authentication tag to authenticate the first mobiledevice. Block 1020 may be implemented in a similar manner as block 725of FIG. 7 .

At block 1025, the first wireless protocol is used to communicate one ormore ranging settings with the second mobile device for a rangingoperation to be performed using a second wireless protocol. Block 1025may be implemented in a similar manner as block 730 of FIG. 7 .

At block 1030, the second wireless protocol is used to transmit a firstset of one or more pulses in a ranging request message to the secondmobile device in accordance with the one or more ranging settings. Thesecond wireless protocol can use a pulse width that is less than a pulsewidth used by the first wireless protocol. Block 1030 may be implementedin a similar manner as block 735 of FIG. 7 .

At block 1035, the first mobile device receives, using the secondwireless protocol, a second set of one or more pulses in one or moreranging response messages from the second mobile device. Block 1035 maybe implemented in a similar manner as block 740 of FIG. 7 .

At block 1040, distance information corresponding to one or moretransmission times of the first set of one or more pulses and one ormore reception times of the second set of one or more pulses isdetermined. Block 1040 may be implemented in a similar manner as block745 of FIG. 7 .

At block 1045, a distance of the distance information is compared to athreshold. As examples, the distance can be include a radial distanceand/or an angular distance. In some implementations, the distance can bea vector that specifies a relative distance (position) between the twodevices, and a score can be assigned to the relative position. Forexample, different regions can be defined around a device. The regionsmay be defined with respect to a pointing direction of the device. Thethreshold can correspond to the assigned score, e.g., by the score beingcompared to the threshold. In various embodiments, the threshold can bespecified by a user or a manufacturer of the device. The threshold canbe modified over time, e.g., based on whether the user interacts withthe phone in response to a notification.

At block 1050, the notification is provided based on the distanceexceeding the threshold. The distance can exceed by being less orgreater than the threshold depending on how the notification is setup.Accordingly, in some implementations, the notification can be providedwhen distance is greater than the threshold, e.g., to alert a user. Inother implementations, the notification is a reminder, and thenotification can be provided when distance is less than the threshold.In various implementations, the notification can include an audiooutput, a visual output, or a haptic output, or any combination thereof.

In some embodiments, the distance information can include a plurality ofdistance measurements over time, e.g., over 30 seconds, a minute, twominutes, etc. The notification can be provided based on distances of theplurality of distance measurements being less than the threshold for atleast a specified amount of time.

VII. Suggestion of Recipients Based on Proximity

Communication applications, e.g., email and text messaging, typicallyhave an input window for specifying a recipient of the communication. Auser can enter characters (e.g., alphanumeric and certain specialcharacters, such as ‘@’) into the input window so as to identify therecipient(s). For example, a user can enter a name, email address, or aphone number. When the user enters a first character, such communicationapplications may provide a list of suggested recipients. But, suchcommunication applications require that at least one character isentered before providing the suggested recipients. It would be desirableto provide a reliable list of suggested recipients without the userhaving to enter some input, thereby making the experience easier andmore efficient for the user. It is also desirable to use additionalcriteria (e.g., other than common recipients) that is specific to aparticular situation to determine potential recipients to suggest.

Embodiments may incorporate the detection of neighboring mobile devicesvia wireless communications in the vicinity around the mobile device asa criteria for determining recipients to suggest. A contact database canbe cross-referenced with the detected neighboring devices. Rangingmeasurements can be performed to provide greater accuracy of a relativedistance to another mobile device, e.g., for determining whether theother mobile device is sufficiently close to provide is a suggestedrecipient. The relative distance can also be used for ordering theneighboring devices based on a relative position (e.g., distance and/orangle). The ordering can be from closest to farthest. Weightings can beused in various zones to have a preference for certain angles relativeto a pointing direction of a device.

FIG. 11A shows a screenshot 1100 of a communication applicationproviding a list 1120 of suggested recipients in response to user inputof a character. The user has opened the communication application (fortext messaging, as shown), and has entered the character ‘M’ into aninput window 1110. In response, the communication application hasprovided list 1120 of suggested recipients that start with the letter M.In the example shown, Mom, Mark and Mary are provided in that order,along with their recipient contact information, which corresponds tophone numbers in this example.

FIG. 11B shows a screenshot 1150 of a communication applicationproviding a list 1170 of suggested recipients in response to a userstarting a new message, without user input of a character, according toembodiments of the present disclosure. The communication application canbe executing on a first mobile device. Prior to providing list 1170 ofsuggested recipients, the first mobile device may detect one or moreneighboring mobile devices via wireless communication, e.g., variousforms of Bluetooth, Wi-Fi, or UWB. In some embodiments, the neighboringmobile devices can each transmit an identifier, e.g., in an inadvertisement message. In some implementations, the identifiers can bepreviously obtained, e.g., via peer-to-peer or via a server, by thefirst mobile device. For instance, the identifiers can be obtained whena user creates a contact in a contact list.

Any neighboring mobile devices that have identifiers corresponding to acontact in a stored contact list in the first mobile device can beidentified, and included in the list of suggested recipients. Forinstance, the identifier can be a hash, and the first mobile device canuse the hash to look up contact information for providing to the user.In this manner, the user does not have to type in any characters into aninput window 1160 before receiving list 1170 of suggested recipients.

Such a list of suggested recipients can also be provided based onrecipients that are frequently or recently messaged, e.g., at thecurrent time of day. Such historical interactions with the same or othercommunication application can be used to train a machine learning modelas a suggestion engine. The suggestion engine can use the discovery ofneighboring devices, along with contextual information (e.g., time,location, communication application used), to determine list 1170 ofsuggested recipients. In some implementations, a ranging operation canbe performed to determine distance information (e.g., radial and/orangular distance), which can also be used by the suggestion engine.

In the example shown, Mark is displayed first before Mom. This may occurbecause Mark's device was detected via wireless communication, and thusto be within the vicinity of the first mobile device on which thecommunication application is executing. Mom's device may not be detectedas a neighboring device, and thus Mark may be listed first. For example,the existence of Mark's device as a neighboring device can outweigh ahigher frequency of communications to Mom, e.g., according to criteriaused by a suggestion engine. Jennifer is newly added, e.g., becauseJennifer's device is detected as a neighboring device. Thus, Jennifercan be identified as a suggested recipient. Additional recipients may beprovided, but are not shown for ease of illustration.

After the list is provided, a user can select one of the suggestedrecipients for sending the new message. The selection can be received invarious ways, e.g., by a selecting via touch or providing a voicecommand, as may be done by saying “Mark” or “entry 1.” Then, after themessage is composed, the message can be sent to the selected recipient.

A. Suggestion Using Discovery of Nearby Devices

FIG. 12 is a sequence diagram of a process 1200 that uses proximity toother devices to suggest recipients for communications according toembodiments of the present disclosure. Process 1200 involves a firstmobile device 1210 (e.g., a mobile phone, wearable device, such as awatch, or a tablet) and other mobile devices 1220. First mobile device1210 can communicate with the other mobile devices 1220 via any suitablewireless communications, e.g., Bluetooth, Wi-Fi, or UWB. Other mobiledevices 1220 can include a second mobile device 1221 and a third mobiledevice 1222.

First mobile device 1210 can include a communication application 1211, acontact database 1212, a suggestion engine 1213, and wireless circuitry1214. These components can interact with each other. For example, firstmobile device 1210 can have a memory that stores contact database 1212.Wireless circuitry 1214 can provide proximity information to suggestionengine 1213. Suggestion engine 1213 can access the memory to retrievecontact information from contact database 1212. And, suggestion engine1213 can provide suggested recipient(s) to communication application1211.

At step 1201, contact database 1212 stores contact information for aplurality of contacts. The contact information for a contact can includea stored identifier, and thus the stored identifier is associated withthe contact. For example, a database field for a contact can include thestored identifier, so that other fields of the contact are associatedwith the stored identifier field.

At step 1202, communication application 1211 receives a command to starta new communication. Such a command can be received in various waysthrough a user interface, such as a touch screen, voice commands, akeyboard, a pointing device, and the like. For instance, a user canstate “new message” or “new email,” which can occur before thecommunication application is explicitly opened. Thus, the voice commandcan open a default communication application associated with a messageor email, and the voice command can also act to open a new message. Asanother example, a user can open a communication application on a touchscreen, and then provide a voice command of “new message” or select anew message button on a window of the touch screen. An example windowcan be seen in FIG. 11B.

At step 1203, wireless circuitry 1214 detects incoming messages fromother mobile devices 1220. In various embodiments, the incoming messagescan be generated by or include received identifiers corresponding to theother mobile devices 1220, e.g., a second identifier for second mobiledevice 1221 and a third identifier for third mobile device 1222. As anexample, the identifier can be a cryptographic key that is used togenerate a digital signature, decrypt a digital signature, or otherwisegenerate a hash of a portion of the incoming message. The cryptographickey that authenticates that message portion (e.g., capable of generatinga matching hash) can be determined as the correct identifier.

In some implementations, the other mobile devices 1220 can periodicallyemit signals (e.g., advertisement signals) with a respective identifier,and potentially include other information as well, such as a networkaddress. Such signals may be emitted as a broadcast signal, e.g., usingBluetooth LE. In other implementations, first mobile device can transmita request message, which requests for IDs of neighboring devices. Theother mobile devices 1220 can respond with messages that include therespective IDs. Accordingly, the detection of such emitted signals fromthe other mobile devices 1220 can occur as part of a discovery process,with initial signals emitted by the other mobile devices 1220 or firstmobile device 1210.

In various embodiments, step 1203 may occur before or after step 1202.For example, first mobile device 1210 may periodically turn on wirelesscircuitry 1214 to look for incoming messages, so as to provide a list ofneighboring devices, which can be stored for later use.

At step 1204, the received identifiers (IDs) from the incoming messagesare sent to contact database 1212, e.g., directly, via suggestion engine1213, or via other component of first mobile device 1210. Wirelesscircuitry 1214 or other component can parse the incoming messages todetermine the received identifiers. For example, an incoming message canhave a specific format, e.g., with labels specifying particular data ora predetermined format with different slots for different types of data.As with other steps, step 1204 can be triggered by various actions,e.g., by receiving of the incoming messages or by a message fromcommunication application 1211 in response to the command at step 1202.

In other embodiments, the parsing can involve cryptographic operations,such as decryption or hashing. Such operations may occur when the storedidentifiers correspond to cryptographic keys. For example, a portion ofthe incoming message (e.g., a network address) can be hashed or signedusing a cryptographic key. Then, first mobile device 1210 can use thestored cryptographic keys to operate on a portion of the message that issent in the clear, e.g., an unhashed/unencrypted network address. Amatching key is one that provides a same hash or signature as was in theincoming message. Such cryptographic operations are also described inmore detail herein.

At step 1205, suggestion engine 1213 can obtain the contact informationfor the other mobile devices 1220 from contact database 1212. Theobtaining of the contact information can occur in various ways. Forexample, suggestion engine 1213 can send a request to contact database1212, or contact database can push the contact information to suggestionengine 1213. Either way, contact database 1212 can be accessed using thereceived identifiers to obtain the contact information for the othermobile devices 1220. Also, the obtaining of the contact information canoccur in response to various triggers, e.g., in response to the IDsbeing providing to contact database 1212 or in response to receiving thecommand at step 1202. The latter may occur when first mobile device 1210receives the incoming messages independently (e.g., asynchronously) fromoperation of communication application 1211. As described above, firstmobile device 1210 can periodically detect incoming messages, therebyresulting in such an independent operation.

In some embodiments, contact database 1212 or other component (e.g.,suggestion engine 1213) could store the contact information forneighboring devices. This list of neighboring devices can be updatedperiodically. Thus, at any given instance, the list of neighboringdevices should generally reflect who is near the user of the firstmobile device.

At step 1206, communication application 1211 can send a request forsuggested recipients to suggestion engine 1213. Communicationapplication 1211 can send such a request in response to receiving thecommand to create a new communication at step 1202. Step 1206 may occurat various relationships to other steps of process 1200, e.g., afterstep 1202 but before step 1203, before step 1204, or before step 1205.

In some embodiments, in response to the request from communicationapplication 1211 or at an earlier time, first mobile device 1210 canperform ranging with other mobile devices 1220. Distance information(e.g., radial and angular distances) can be determined and used tosuggest one or more recipients. For example, steps of FIG. 4 may beperformed. The identifier of FIG. 12 can be used to perform theauthentication in step 404. The event 402 can correspond to the creationof the new communication at step 1202. The additional steps 403-409 canthen be performed, e.g., with step 404 being performed using theidentifier (e.g., a cryptographic key).

At step 1207, suggestion engine 1213 can provide the contact informationfor one or more of the other mobile devices 1220 in a list of suggestedrecipients to the communication application. Step 1207 can be performedresponsive to the command to create the new communication at step 1202.In response to the request at step 1206 or at an earlier time (e.g.,after receiving the contact information), suggestion engine 1213 can usethe contact information of the neighboring devices to determine a listof suggested recipients to the communication application. Although notshown, suggestion engine 1213 can receive other information to determinethe list of suggested recipients, as described herein. For example,distance information obtained from a ranging operation can be used.

At step 1208, communication application 1211 receives a selection of onethe suggested recipients. In this example, the selected recipientcorresponds to second mobile device 1221. As described above, therecipient can be selected in various ways.

At step 1209, communication application 1211 sends the new communicationto the second mobile device. The new communication can be sent via thesame or a different wireless protocol than used for incoming messagesreceived at step 1203. As examples, the communication may be sent via apeer-to-peer mechanism, an access point (e.g., a router), or a server.

B. Discovery of Devices and Contacts

As described above, a discovery process can determine whether the deviceof a contact is in a vicinity of a first device. The discovery processcan involve obtaining an identifier of the other device at a previousregistration time, e.g., when added to a contact database. Theidentifier can be obtained directly from the other device, via adiscovery to which the identifier is sent, or an identity server, whichcan securely store the identifier. Further example details of thediscovery process are provided below.

In one example, when a person is added as a contact, their contactinformation can be used to retrieve the identifier stored at an identityserver. The identity server can store the identifier in association withthe contact information, so it can be retrieved and sent to the firstdevice. In another example, the identifier can be transmitted locallyfrom one device to another, e.g., along with the contact information.Then, when the first device detects an incoming message with theidentifier, the contact information for the user of the other device canbe retrieved.

In some embodiments, the incoming message may be encrypted such that theidentifier is encrypted. Symmetric or asymmetric cryptographic keys canbe used to encrypt and decrypt. Along with the identifier, the firstdevice can obtain a cryptographic key, e.g., directly or via a server.Then, when the incoming message is detected, the stored cryptographickeys can be used until one is found that can decrypt the incomingmessage. The decrypted identifier can then be used to identify thecorresponding contact information.

In other embodiments, the incoming message may include a hash orsignature of a message portion that is sent in the clear (e.g., anetwork address). Stored identifiers (keys in this example) can operateon the cleartext or a signature to find a match. For example, a key candecrypt the signature to obtain the clear portion, therebyauthenticating the other device since the decryption signature matchesthe cleartext of the message. Non-matching keys would generate a resultthat does not match the cleartext, and thus it can be determined that aparticular incoming message does not correspond to non-matching keys.

As another example, the key can operate on the clear text to generateanother hash, which can be compared to the hash received in the incomingmessage. Each of a set of stored keys can be used until a matching hashis determined. The key that provides a matching operation is thendetermined as the identifier, which can be used to access a contactdatabase to retrieve contact information. Examples of a hash includeSipHash and hash-based message authentication code (HMAC).

In some embodiments, two devices can exchange identifiers, e.g.,cryptographic keys. Such an exchange could occur when two devices areheld close to each other, e.g., touching each other, which may occurafter the users provide some indication that contact information is tobe shared. The identifiers and the contact information can then bestored in a contacts database.

In one implementation, an incoming message (e.g., an advertisementpacket) can include a network address (e.g., generated periodically)that is associated with the other device and a hash value that iscalculated using the network address and a cryptographic key (example ofan identifier) that is associated with the other device. Then, the firstdevice can retrieve from memory and iterate through a plurality of knowncryptographic keys until the correct key is found by a match.Alternatively, the incoming message can include a key identifier (e.g.,a user identifier or a device identifier) that may be used to retrievethe correct key. The first device can then calculate a temporary hashvalue using the network address and a first known cryptographic key. Thetemporary hash value can be compared to the received hash to determineif they match. In response to identifying that the temporary hash valueand the hash value match, contact information corresponding to the firstknown cryptographic key can be retrieved, e.g., in step 1205 of FIG. 12. In some implementations, ranging operations (e.g., as describedherein) can be performed in response to identifying the match.

Such an example uses symmetric keys, but asymmetric keys can also beused. For example, a second device (e.g., 1221) can provide a public keyto the first device. The second device can use a private key to generatea digital signature of the network address or other cleartext, andinclude the digital signature in a message, as described herein. Thefirst device can then decrypt the digital signature using the public keyto obtain a result that is compared to the cleartext. If there is amatch, then the first device can determine the incoming message was fromthe second device.

In embodiments where the message includes a network address, the addressmay be changed periodically. In this manner, the identity of the devicecannot be tracked over time, thereby preserving privacy. Such a networkaddress can be a media access control (MAC) address.

C. Use of Ranging for Suggesting Recipients

A first device can determine a relative position of other devices. Forexample, a first device can detect a signal strength of an incomingmessage, also referred to as a received signal strength indicator(RSSI). If a standard emission strength is used by such devices, thenthe decay of the signal over distance traveled can be used to determinethe relative distance to the second device. A calibration (mapping)function can be determined from measurements made at different knowndistances between the devices. These known differences can be used astraining data to determine the calibration function that maps RSSI todistance. Different mapping functions can be determined for differenttypes of devices, e.g., different models of a phone and to distinguishbetween phones and tablets.

In other embodiments, time-of-flight (TOF) measurements can be used todetermine a relative distance to the other devices, as described herein.The RSSI measurements and TOF measurements can be used together, e.g., aweighted average may be used of the distances or positions determined bythe two techniques. Some embodiments can use the distance information todetermine whether another device is sufficiently close to suggest as arecipient and/or order recipients based on the distance information;other information can also be used for such purposes.

FIG. 13 shows a first device 1310 performing ranging with other devices1320 for use in suggesting recipients to a communication applicationaccording to embodiments of the present disclosure. First device 1310may correspond to first mobile device 1210 of FIG. 12 , and otherdevices 1320 may correspond to other mobile devices 1220. Other elementsof FIG. 13 may correspond to similar elements in FIG. 12 .

Communication application 1311 can have a user interface for receivinguser input to create a new communication (e.g., an email or message). Inresponse to this user input, communication application 1311 can send atrigger command 1319 to ranging circuitry 1335 and/or BT/Wi-Fi circuitry1330, e.g., corresponding to circuitry in FIG. 5 . These circuits candetermine which devices are in proximity to first device 1310.

Other devices 1320 can emit signals (e.g., advertisements) using awireless protocol, such as Bluetooth or Wi-Fi. These signals can bedetected by BT/Wi-Fi circuitry 1330, which can perform authentication ofthe signals as corresponding to a particular contact in a contactdatabase (not shown in FIG. 13 ), e.g., as described herein. The contactinformation can be sent to a suggestion engine 1350, which can use thecontact information to determine a list of suggested recipients to sendto communication application 1311.

BT/Wi-Fi circuitry 1330 can send ranging settings to ranging circuitry1335. In some implementations, ranging circuitry 1335 can begin aranging operation in response to receiving the ranging settings fromBT/Wi-Fi circuitry 1330. The ranging settings can include various data,e.g., as described above. Further, the ranging settings can include anetwork address, which may have been used in authenticating one of theother devices 1320. In this manner, ranging circuitry 1335 can obtain anetwork address to send ranging signals. The network address can be usedto correlate the ranging data to a particular contact in the contactdatabase. For example, the contact information sent from BT/Wi-Ficircuitry 1330 can include the network address (or other identifier),and ranging circuitry 1335 can include the network address (or otheridentifier), so that suggestion engine 1350 can correlate the rangingdata to the contact information.

Suggestion engine 1350 can use various combinations of the contactinformation, ranging data, current context data from context datasources 1340, and historical communication data 1345 to determine a listof suggested recipients. As examples, context data sources 1340 caninclude movement information from an inertial motion unit (IMU), timeand date from a clock and calendar app, location from GPS or otherlocation circuitry, and previous applications used before communicationapplication 1311.

Suggestion engine 1350 can use historical communication data 1345 storedin a database. Each historical communication can be recorded as aseparate time entry in the database. Such records can be savedperiodically, e.g., every two seconds or other time scale where it islikely only one type of interaction would occur per time interval(temporal encoding). Each historical usage record can include any of thecontextual data mentioned herein.

Historical communication data 1345 can store records of historical usercommunications that can be mined for patterns and/or similarities to acurrent context so as to suggest a list of recipients that are mostlikely to be selected. For example, recipients that are messagedfrequently during a particular context can be identified when thecurrent context is the particular context. Such a list may be ordered,e.g., based on relative distance. The ordering can be from closest tofarthest. Weightings can be used in various zones to have a preferencefor certain angles relative to a pointing direction of a device.

In some embodiments, each the criteria used by suggestion engine 1350can be used by a separate submodel to assign an order or a score (e.g.,a ranking) for that particular criterion. For example, one list ofscores for recipients may be determined based on ranging information,and another list can be determined based on historical communications.The scores in the two lists can be merged using a weighted average toobtain a final list of recipients. Recipients have a score above athreshold can be provided in the list. Each of the criteria (features)can be assigned predetermined weights, e.g., as determined throughheuristics or machine learning. In another implementation, such weightscan be assigned dynamically based a variable. For example, the more thenumber of neighboring devices may indicate that the proximity criteriashould be weighted less.

Suggestion engine 1350 can be implemented in various forms and usevarious models. For example, more than one model may be used, and theresults of the models can be merged in an ensemble engine. A first typeof model can run periodically (e.g., every night), but then be savedsuch that it is static until the next training session is performed.Such periodic generation and saving would be uncorrelated to userrequests, since the periodic operation is not done in response to a userrequest. Such training can include a pattern mining routine that minesthe historical interactions for patterns of when an application,recipient, or combination of application/recipient are selected. Asecond type of model can use recent interactions to generate a modelon-demand when a request for a suggestion is received, e.g., in responseto generate a new communication.

The pattern model may tune the predictions of recipients to be morespecific to the user's behavior based on their past behaviors. Thepattern model may operate on all interaction data stored in the databaseto generate rules based on identified repetitive patterns of features.The pattern model may execute overnight or during other idle times ofthe mobile device. The pattern model may extract data from theinteractions, output another database (referred to herein as the patterndatabase) that can be queried at the time a prediction is being made.For each of a set of input criteria, such as communication application,time of day, etc., the pattern database can specify a list of recipientsto suggest.

Such a pattern model can take various other forms besides a data base ofrules having certain criteria as an antecedent and outputting suggestsapps/recipients as a consequent. For example, in some implementations, aneural network may be used in the pattern model. Other examples ofmachine learning models include linear regression, logistic regression,support vector machines, and decision trees.

In some embodiments, scores can be assigned based on the rangingoperation. A relative position of each of the other devices can bedetermined based on the distances determined using multiple antennas(e.g., UWB antennas, which may use triangulation). The area around thefirst device can separated into different regions. The regions may bestratified by radius and angle relative to a pointing direction of thefirst device. For example, the closest radial region within a specifiedangular range of the pointing direction can be given the highest score,and a region farthest away radially and 180 degrees from the pointingdirection can be assigned the lowest score. As an example, this set ofscores can be normalized to be within a particular range, e.g., 0-100.

This set of scores can also be assigned based on historicalcommunications, which may occur in various contexts. A frequency ofcommunications in all contexts or in a particular context (e.g., afrequency after filtering for a current context) can be used todetermine this set of scores. These scores can also be normalized tohave values within a particular range, e.g., 0-100.

The two sets of scores can be merged in many ways, e.g., by mergingscores and ordering based on the combined scores or using a set ofrules. For example, one rule could be that if another device is in theclosest radial region that is within a specified angular range of thepointing direction, then that device would always be placed first,regardless of its score using the historical communications. As anotherexample rule, an ordering based on the ranging scores can be modifiedbased on the number of communications, e.g., by bumping up or down aparticular device by a specified number of ordered positions based onthe number of communications, as may be determined for the currentcontext.

In some embodiments, the ranging scores or the raw distances (e.g., foreach antenna) can be used as features to a machine learning model. Thetraining set can include a set of communications for which a recipientis known, as well as the particular context (including rangingdistances). Such a machine learning model can be continually updatedbased on the accuracy of the predictions for the recipients of newcommunications for which contexts are known.

As described above, RSSI can be used for the ranging measurements. RSSImay be determined in addition to TOF distance measurements. Thus, aTOF-derived radial range (e.g., measured using UWB), TOF-derived anglewith respect to a pointing direction (e.g., measured using UWB), andRSSI (e.g., measured using any form of Bluetooth) can all be used indetermining a list of suggested recipients, e.g., by inputting into asuggestion/prediction model. A raw RSSI measurement and a classifiedrange can be used.

In some embodiments, an initial model can use the RSSI measurements toobtain a range classification, which may be used along with thedetermined TOF values. For example, suggestion engine 1350 can receivethe RSSI measurements from BT/Wi-Fi circuitry 1330. An RSSI classifier1355 can determine a range classification using the RSSI measurement.Any number of range classifications can be used, e.g., 3, 4, 5, etc. Inone implementation, three classifications could be close, middle, andfar, which may be specified using numbers or any other characters. Todetermine the range classification, RSSI classifier 1355 can identifythe type of device emitting the signal, and then use a correspondingclassification model, e.g., trained using measurements at knowndistances for a known type of device. The range classification can beprovided to another model that is part of the suggestion engine 1350, asdescribed herein. In some implementations, RSSI classifier 1355 can usemore than one RSSI measurements, e.g., a series of measurements can beused to performed the classification.

D. Timing of Ranging Circuitry

The ranging measurements can be taken at various times, e.g., before orafter a user starts a new communication. For example, ranging circuitry1335 and/or BT/Wi-Fi circuitry 1330 may have already made somemeasurements, with distances or range classifications alreadydetermined. Such distance information can be stored for retrieval when anew communication is started. As examples, the distance information(distances, range classifications, etc.) can be stored in suggestionengine 1350, ranging circuitry 1335 and/or BT/Wi-Fi circuitry 1330, orother component of first device 1310. Then, once a request is received(e.g., by suggestion engine 1350 or to ranging circuitry 1335 and/orBT/Wi-Fi circuitry 1330), the distance information can be retrieved.

The distance measurements may be done periodically. New measurements mayoverwrite old measurements, potentially with a certain number ofmeasurements made at different times be stored. Each distancemeasurement may have a time stamp. The time stamp can be used todetermine if the measured values are recent enough to use (e.g., bycomparing to a timing threshold). Accordingly, when a user wants tocompose a message, the suggested recipients can use the storedinformation for the neighboring devices, so that ranging circuitry 1335and/or BR/Wi-Fi circuitry does not have to be spun up or otherwise havetheir energy level increased, although they may need to be spun upperiodically. If the measurements are not recent enough, then newmeasurements can be performed.

E. Method for Suggesting Recipients

FIG. 14 is a flowchart illustrating a method 1400 of providing acommunication interface to a user according to embodiments of thepresent disclosure. Method 1400 may be implemented by a first mobiledevice, which may correspond to first device 1310 or first mobile device1210. The communication interface can provide a list of suggestedrecipients for a new communication based on a proximity of anotherdevice, as determined using wireless communications. In someimplementations, the communication interface can provide the list ofsuggested recipients before a user provides (e.g., types) any charactersfor a recipient.

At block 1410, a database of the first mobile device stores a pluralityof contacts. The database can include contact information for each ofthe contacts, e.g., phone number, email address, name, etc. Each contact(e.g., each entry of the database) can be associated with a storedidentifier, such as a cryptographic key or a unique identifier (e.g.,for a user or a device). The identifier can be stored as a field in thedatabase such that a query with a particular identifier can be used toretrieve the contact information for the contact corresponding to theparticular identifier.

At block 1420, a user interface of the first mobile device receives acommand to send a new communication. The new communication can be sentusing a communication application executing on the first mobile device.Various communication applications can be used, e.g., for textmessaging, emails, a phone call, a video call, and the like. The userinterface can be specific to a given communication application, e.g.,when a user opens up the communication application and selects a buttonto start a new message. In another implementation, the user interfacecan be a general interface, e.g., a voice command interface, such that aparticular communication application does not need to have already beenopened. The voice command can specify the communication application touse; a default application can be set for certain keywords, e.g., acertain text messaging application can be selected when using the term“message” in a voice command.

At block 1430, one or more incoming messages are wirelessly detectedfrom one or more other mobile devices. In various embodiments, the oneor more incoming messages may be generated using one or more incomingidentifiers corresponding to the one or more other mobile devices or mayinclude the one or more incoming identifiers corresponding to the one ormore other mobile devices. For example, the identifier may correspond toa cryptographic key that is used to generate a digital signature or hashof a portion of the message, where the digital signature or hash is sentas a portion of the message. As another example, a message can includethe identifier, which can be used directly to determine contactinformation corresponding to the other device.

In some embodiments, the one or more incoming messages can be broadcastby the one or more other mobile devices. Such broadcast messages can beemitted periodically by the other mobile devices. The first mobiledevice can similarly broadcast such signals periodically so thatneighboring mobile devices can detect it.

At block 1440, the one or more incoming messages are analyzed todetermine the one or more incoming identifiers. In various embodiments,blocks 1430 and 1440 may be performed before or after block 1420, e.g.,as described for FIGS. 12 and 13 . The analysis may simply parse theincoming messages to extract data. In another implementation, theanalysis may perform operations (e.g., cryptographic operations) on allor portions of data in the incoming messages.

Block 1440 may include authentication of the incoming message(s), e.g.,when the identifier is a cryptographic key. In some implementations,when the one or more incoming messages are generated using one or morecryptographic keys, the analysis can include applying a storedcryptographic key to a first portion of an incoming message to obtain acryptographic result. The cryptographic result can be matched to asecond portion of the incoming message. For example, a cryptographic keycan be used to generate a hash of a cleartext portion of the message(e.g., a network address) and compared to a hash portion received in themessage. As another example, a decryption operation may be performed onan encrypted portion of the message, where the decrypted result shouldmatch to a cleartext portion if the correct cryptographic key was used.The stored cryptographic key used for decryption can be a public key,where the incoming message is generated using a private keycorresponding to the public key. In another implementation, both devicescan use the same key for the respective cryptographic operation. In sucha case, the one or more incoming identifiers can include one or morecryptographic keys that are used to generate the incoming message.

At block 1450, the database is accessed with the one or more incomingidentifiers to obtain the contact information for the one or more othermobile devices. As described herein, entries in the database can includea field for identifiers. Once the matching identifier is determined, thedatabase can be queried to identify the contact whose entry includes thematching identifier. Any number of data items of that entry can beretrieved for providing and a list of suggested recipients. For example,a photo may be retrieved and displayed along with other contactinformation in the list.

At block 1460, the contact information for the one or more other mobiledevices is provided to the communication application as a list ofsuggested recipients. The list can be provided in response to thecommand to send the new communication. For example, blocks 1430-1460 maybe performed in response to the commands to start a new communication,or block 1460 can be performed in direct response to the command. Asanother example, additional steps may be performed, e.g., obtaining ofother data, such as contextual data, historical communication data, orranging data; such additional steps can be performed after block 1420but before block 1460.

Block 1460 may be at least partially implemented using a suggestionengine, e.g., as described herein. For example, a database of historicaluser interactions can include historical recipients, historicalcommunication applications, and historical contextual data. The list ofsuggested recipients may be determined using the historical userinteractions. Such a suggestion engine can suggest other devices thatare not within proximity of the first device. And, not all of theneighboring devices may be included in the list of suggested recipients.For example, the suggestion engine may exclude one or more neighboringdevices that do not have sufficient historical communications with thefirst device. Thus, the one or more other mobile devices may be only aportion of the neighboring devices.

In some embodiments, the list of suggested recipients is provided priorto receiving an indication of an intended recipient. For example,suggested recipients can be provided before the user enters anycharacters into a text window. Such a list of suggested recipients maybe ordered, e.g., based on distance information determined in a rangingoperation.

At block 1470, the communication application receives a selection of asecond mobile device of the one or more other mobile devices from thelist of suggested recipients. The second mobile device can be selectedin various ways, e.g., via a touch screen from a drop-down list or via avoice command identifying which item in the list is to be selected. Insome embodiments, the list can allow scrolling to view additionalrecipients that are not initially displayed on the screen. Thus, thecontact information corresponding to the second mobile device may notinitially be displayed, but is still part of the list of suggestedrecipients.

At block 1480, the communication application sends the new communicationto the second mobile device. The transmission of the new communicationcan occur in response to a send command from the user. When an incomingmessage from the second mobile device includes a network address, thenew communication can be transmitted to that network address.

As part of method 1400, a ranging operation may be performed and mayoccur at various times. In various examples, the ranging operation canbe performed in response to the command at block 1420, in parallel withthe detection of the incoming message(s) at block 1430, responsive toblock 1430, or responsive to an authentication in block 1440. Theranging operation may be performed in various ways, e.g., as describedherein. In some implementations, a first wireless protocol (e.g., UWB)can be used to transmit a first set of one or more pulses in a rangingrequest message to each of the one or more other mobile devices. Suchtransmission(s) can use network address(es) that are received in theincoming messages. Using the first wireless protocol, a second set ofone or more pulses in one or more ranging response messages can bereceived from each of the one or more other mobile devices. Then,distance information corresponding to one or more transmission times ofthe first set of one or more pulses and one or more reception times ofthe second set of one or more pulses for each of the one or more othermobile devices can be determined. Such times can be tracked using aclock of the first device. The list of suggested recipients can bedetermined using the distance information, e.g., as described for FIGS.12 and 13 .

The distance information can include various distances, e.g., radial andangular, at least some of which may be quantified by time or length. Adistance for the one or more other mobile devices can be compared to athreshold. Any of the one or more other mobile devices can be excludedfrom the list of suggested recipients based on the distance beinggreater than the threshold. If the neighboring device is too far away,it can be assumed that the user of the first device is likely not tryingto communicate with the user of that neighboring device.

When the distance information includes an angular value (e.g., relativeto a pointing direction), the angular value for the one or more othermobile devices can be compared to a threshold. Any of the one or moreother mobile devices can be excluded from the list of suggestedrecipients based on the angular value being greater than the threshold.

Before the ranging operation is performed, the first device can performauthentication (e.g., mutual authentication) with the one or more othermobile devices. For example, prior to transmitting the first set of oneor more pulses to each of the one or more other mobile devices, anadvertisement signal that includes a first authentication tag of thefirst mobile device can be transmitted via a second wireless protocol(e.g., Bluetooth or Wi-Fi). A second authentication tag of the secondmobile device can be received via the second wireless protocol from thesecond mobile device. The authentication tags (e.g., as described insections II-IV) can correspond to the identifier(s) in block 1440. Thesecond mobile device can be authenticated using the secondauthentication tag. The second mobile device can use the firstauthentication tag to authenticate the first mobile device. Then, thesecond wireless protocol can be used to communicate one or more rangingsettings with the second mobile device. The first set of one or morepulses can be transmitted in accordance with the one or more rangingsettings. The first wireless protocol can use a pulse width that is lessthan a pulse width used by the second wireless protocol.

VIII. Handoff

It can be desirable to transfer content from one device to anotherdevice. The two devices may be owned by the user or by different users.There are simplistic ways to transfer content, e.g., by emailing thecontent so that the other device can retrieve it from a server. But,such a process is inefficient and cumbersome to a user.

In some embodiments, a ranging operation can be used to determine adistance between the devices. After an authentication has beenperformed, the screen of a first device can automatically provide theoption to view content from a second device. In this manner, the userdoes not need to make selections on the second device or configure thefirst device. Instead, the user can quickly select the option to viewthe content. Further, the ranging operation can be used to only providethe option to view the content under certain circumstances, e.g., thedistance between the devices is within a threshold. Additionally, anorientation can be required, e.g., the second device being placed on theleft side of the first device. Thus, embodiments can suppressunnecessary and undesirable instances of providing the option to theuser, which might otherwise clutter the screen of the first device.

A. Example with Phone and Laptop Computer

FIG. 15 illustrates a technique for sharing content from one device toanother device according to embodiments of the present disclosure. Thetwo devices can be owned by the same user or by different users. In theexample shown, a computer 1510 (also referred to as a first device)interacts with a mobile phone 1550 (also referred to as a second mobiledevice). However, it should be understood that other mobile devices maybe used and other devices, besides a laptop/notebook computer, maycorrespond to the first device, e.g., a tablet, a wearable device, a TVor set top box for a TV, etc.

To determine the user's intent to share content from mobile phone 1550to computer 1510, a proximity of the two devices can be used. Todetermine the proximity, a ranging operation 1560 can be performedbetween mobile phone 1550 and computer 1510. Either of the devices mayinstigate ranging operation 1560, e.g., as described herein.Accordingly, computer 1510 can determine a radial distance between thetwo devices. Further, in some embodiments, computer 1510 can determine arelative position of mobile phone 1550 to computer 1510, e.g., bydetermining an angular position. Such an angular position can be definedwith respect to a defined pointing direction, such as perpendicular to akeyboard 1515. If the angle is determined clockwise, mobile phone 1550is at 90° from pointing direction 1517.

As part of determining the user's intent to share content, a thresholddistance 1540 can be used. For example, when computer 1510 determinesthat mobile phone 1550 is within threshold distance 1540, computer 1510can determine that the user has a high likelihood of wanting to sharecontent. In response to determining that mobile phone 1550 is withinthreshold distance 1540, computer 1510 can display a visual indicator1530 on screen 1520 of computer 1510. A size and placement of visualindicator 1530 can vary, and the example shown is merely illustrative.For example, visual indicator 1530 can be an icon that is placed on astart menu or other list of currently or recently used applications;such an icon can correspond to mobile phone 1550 or whatever the secondmobile device is.

In some embodiments, threshold distance 1540 can depend on an angularposition/distance of mobile phone 1550 relative to computer 1510. Forexample, computer 1510 can require that mobile phone 1550 be placed onthe left side of computer 1510. In this manner, computer 1510 canrequire more specific actions to show user intent. The determinationthat mobile phone 1550 is on the left side can be determined using themeasured angle, which can be required to be within a specified range,such as between 45° and 135°, other ranges may also be used, as will beappreciated by the skilled person. In such an implementation that uses adirection, visual indicator 1530 can be displayed on a particularlocation of screen 1520, e.g., on the left side, as shown.

Accordingly, the user can put their phone next to their computer for thepurpose of starting a sharing session between the two devices. Computer1510 can detect an advertisement signal from mobile phone 1550 (or viceversa), and ranging operation 1560 can provide distance information thattriggers visual indicator 1530 on computer 1510. Once the user selectsvisual indicator 1530, the sharing session can begin. In variousembodiments, the sharing session can transmit photos, videos, links tosuch content (URLs on the Internet), or deep links to softwareapplications that are installed on both devices. Depending on what isbeing shared, various steps can be performed in the sharing session,e.g., launching application corresponding to or for displaying thecontent, displaying the content (e.g., a photo), or saving the contenton computer 1510.

In some embodiments, visual indicator 1530 can convey information aboutthe content being shared. For example, visual indicator 1530 can providea small representation of the content, e.g., a thumbnail of aphotograph. Once the user clicks on visual indicator 1530, a largerrepresentation of the content can be provided, e.g., full-screen, halfscreen, or a size corresponding to a ⅓ or a ¼ of the screen can be used.In other implementations, the content can be shared automatically, e.g.,without a user having to select a visual indicator.

The instigation of a sharing session or display of visual indicator 1530can also depend on an orientation of mobile phone 1550. For example, itcan be require that the user placed the device with the screen facing upin order to indicate a desire to start a sharing session. Such adetermination of orientation can be made by mobile phone 1550, e.g.,using a gyroscope or other measurement device. The measured orientationor other indicator (e.g., a flag) that the orientation satisfies one ormore criteria can be provided from mobile phone 1550 to computer 1510.

B. Method for Sharing Content

FIG. 16 is a flowchart illustrating a method 1600 for communicatingbetween a first device and a second mobile device according toembodiments of the present disclosure. The two devices can be owned bythe same user or by different users. Method 1600 may be performed by afirst device, e.g., computer 1510 in FIG. 15 . The second mobile devicemay be a mobile phone (e.g., mobile phone 1550) or other mobile device,e.g., a wearable device, such as a watch.

At block 1610, the first device receives a message from the secondmobile device. The message can include an authentication tag that can beused to authenticate the second mobile device. In this manner, a sharingsession would not occur to a device of an unknown person.

The message may be an advertisement signal broadcast from the secondmobile device, e.g., broadcast periodically. As another example, themessage could be a response to a message sent by the first device. As aresponse message, the second mobile device may include furtherinformation, e.g., ranging settings for performing a ranging operation.

At block 1620, the second mobile device is authenticated using theauthentication tag. As described herein, the authentication can beperformed in various ways. For example, the authentication can beperformed by accessing a contact database to confirm the authenticationtag corresponds to a contact or by verifying a digital signature, ahash, or other cryptographic value. To perform the authentication, someembodiments can store, in a memory of the first device, an identifierassociated with the second mobile device, and compare the authenticationtag to the stored identifier for authenticating the second mobiledevice.

In other embodiments, the message includes a payload and a digitalsignature, where the payload includes the authentication tag and thedigital signature is generated from at least a portion of the payload. Amemory of the first device can store an identifier (e.g., theauthentication tag of the second mobile device) associated with acryptographic key corresponding to the second mobile device. Theauthentication process can access the memory using the authenticationtag to find a contact to which the authentication tag matches the storedidentifier, so that the corresponding cryptographic key can be obtained.The digital signature can be verified using the cryptographic key, e.g.,by decrypting the digital signature and comparing to the portion of thepayload used to generate the digital signature. Other verificationtechniques described herein may also be used.

At block 1630, responsive to authenticating the second mobile device,the first device performs a ranging operation with the second mobiledevice to determine distance information. The distance information canbe of various types, as is described herein. For example, the distanceinformation may include times, a radial distance, an angular distance, arelative position, etc. The authentication and the ranging can beperformed using different wireless protocols, as is described herein.For example, the message received in block 1610 can be received usingBluetooth or Wi-Fi, and the ranging operation can be performed usingUWB.

In some implementations, the ranging operation can measure signalstrength (e.g., RSSI) of one or more messages transmitted between thesecond mobile device and the first device. In one implementation, theranging operation can measure a time of flight of one or more messagestransmitted between the second mobile device and the first device.

At block 1640, a visual indicator is displayed on a screen of the firstdevice based on the distance information. For example, the visualindicator can be displayed at a particular location on the screen basedon the distance information. For instance, the distance information canbe used to determine a direction of the second mobile device relative tothe first device, and a position of the visual indicator on the screencan be selected based on the direction. As another example, the visualindicator can be displayed when the distance information satisfies oneor more criteria. In some implementations, the distance informationspecifies a distance value (e.g., a length and/or an angle), which iscompared to a threshold. When the distance value is less than thethreshold, the visual indicator can be displayed.

The visual indicator can indicate that content from the second mobiledevice is available. For example, the visual indicator can convey thatthe content may be obtained from the second mobile device for saving ordisplaying on the first device. The visual indicator itself can indicatethat content from the second mobile device is displayable on the screenof the first device, e.g., by showing an image.

At block 1650, a selection of the visual indicator is received. Theselection may be made in various ways, e.g., by voice command, byselecting the visual indicator on a touch screen, by selecting thevisual indicator using a pointing device, and the like. In someimplementations, a cursor or other pointing element can automaticallyswitch to the visual indictor, so that a user may only need to push abutton.

At block 1660, responsive to the selection of the visual indicator, thecontent is received from the second mobile device. The receiving can beimplemented in various ways, e.g., so that the content is saved on thefirst device or so that the content is displayed on a screen of thefirst device. The receiving of the content can cause other content to beretrieved, e.g., of the content is a URL to other content, e.g., on theInternet.

IX. Example Architecture

As described in FIGS. 5, 8, 12, and 13 , a computing device may havevarious components that determine proximity (e.g., ranging circuitryusing time-of-flight (TOF) or signal strength) and that use suchproximity information. Various application may use the proximityinformation in various ways. An example architecture is now describedthat may be implemented with any of the various methods, devices, andsystems provided herein.

FIG. 17 shows an example architecture 1700 for using ranging informationaccording to embodiments of the present disclosure. Example architecture1700 can be implemented in a first device that performs ranging with asecond device, as is described herein. The ranging may be performed atthe request of a number of client applications, e.g., communicationapplication 1770, sharing module 1730, or interactive module 1740, whichare described in more detail below.

Ranging circuitry 1705 can perform ranging operations as describedherein, e.g., performing TOF measurements. Ranging circuitry 1705 canprovide ranging information to a proximity module 1720, which cananalyze the ranging information. As examples, the ranging informationcan include transmission and reception times, distances, and intensityof signals. Ranging circuitry 1705 can perform some adjustments to theranging information, e.g., by correcting for antenna phase effects dueto the angle of arrival, range bias (e.g., if there is a fixed offset),or do a self-calibration, but proximity module 1720 can provide morecomplex analysis.

Proximity module 1720 can provide commands to ranging circuitry 1705 tocoordinate different modes or settings for performing the ranging. Forexample, proximity module 1720 can ask for more measurements or tochange a mode/setting to get more accurate measurements, or topotentially reduce power used to obtain the measurements. An example ofa mode is whether one-to-one ranging, one-to-many ranging, ormany-to-many ranging is used. Other modes can include a point-to-sharemode, a notification mode, or a recipient suggestion mode. Accordingly,a resolution of measurements can be set for ranging circuitry 1705,e.g., from coarse to fine measurements. Such resolution may result invarying numbers of rounds of messages being exchanged between the twodevices as part of a ranging operation.

As example of analysis performed by proximity module 1720 includesadditional filtering, e.g., to reduce the measurement noise on rangingcircuitry 1705. Such a setting may be used when an application needshigh accuracy. A minimal amount of analysis may be performed when theranging information is needed as fast as possible.

In some embodiments, proximity module 1720 can use measurements frominitial motion unit (IMU) 1710, which can include sensors, such as anaccelerometer, gyroscope, and a magnetometer. Proximity module 1720 candetermine or update distance values (e.g., radial or angular distance).The processing performed by proximity module 1720 can depend on whichclient application(s) are requesting ranging information.

Proximity module 1720 can provide distance information to clientapplications, such as communication application 1770 (e.g., email ortext messages), sharing module 1730, or interactive module 1740. Thedistance information can be provided directly to such clientapplications or via other software modules. For example, the distanceinformation can be provided directly to communication application 1770or via sharing module 1730. Communication application 1770 cancorrespond to communication application 1211 or communicationapplication 1311. Sharing module 1730 can be used in implementingtechniques described in FIGS. 6-8 . In some embodiments, an interactivemodule 1740 can use ranging information obtained in a many-to-manyranging mode. For example, interactive module 1740 can be used whenaugmented reality applications on neighboring mobile devices are usedsimultaneously.

BT/Wi-Fi circuitry 1760 can be used for authentication (e.g., asdescribed herein) as well as proximity measurements, e.g., using RSSI.Machine learning model 1750 can provide suggestions, e.g., suggestedrecipients as described in FIGS. 12 and 13 . Machine learning model 1750may be implemented at various locations in example architecture 1700,e.g., in communication application 1770.

A proximity framework 1732 and a proximity framework 1742 can residewithin respective modules and be used to communicate with proximitymodule 1720. This premise can perform additional processing, e.g., asmay be needed by the respective modules. For example, proximityframework 1732 can determine scores for neighboring mobile devices basedon the distance information, as is described herein. Further, proximityframework 1732 can perform the classification on BT RSSI, as describedfor RSSI classifier 1355 of FIG. 13 . The proximity frameworks can beimplemented in any other number of client applications that use ranginginformation.

Sharing module 1730 can use an address (e.g. a media access control(MAC) address) obtained from BT Wi-Fi circuitry 1716 and correlate itwith an address obtained from ranging circuitry 1705. This bundle ofcorrelated data can then be combined with other data (e.g., contactinformation and historical data) and provided to machine learning model1750 or communication application 1770, or other modules. In someembodiments where recipients are suggested, a trigger command can beprovided from communication application 1770 to sharing module 1730 andon to other components to perform operation to suggest recipients for anew communication.

X. Example Device

FIG. 18 is a block diagram of an example electronic device 1800. Device1800 generally includes computer-readable medium 1802, a processingsystem 1804, an Input/Output (I/O) subsystem 1806, wireless circuitry1808, and audio circuitry 1810 including speaker 1812 and microphone1814. These components may be coupled by one or more communication busesor signal lines 1803. Device 1800 can be any portable electronic device,including a handheld computer, a tablet computer, a mobile phone, laptopcomputer, tablet device, media player, personal digital assistant (PDA),a key fob, a car key, an access card, a multi-function device, a mobilephone, a portable gaming device, a headset, or the like, including acombination of two or more of these items.

It should be apparent that the architecture shown in FIG. 18 is only oneexample of an architecture for device 1800, and that device 1800 canhave more or fewer components than shown, or a different configurationof components. The various components shown in FIG. 18 can beimplemented in hardware, software, or a combination of both hardware andsoftware, including one or more signal processing and/or applicationspecific integrated circuits.

Wireless circuitry 1808 is used to send and receive information over awireless link or network to one or more other devices' conventionalcircuitry such as an antenna system, an RF transceiver, one or moreamplifiers, a tuner, one or more oscillators, a digital signalprocessor, a CODEC chipset, memory, etc. Wireless circuitry 1808 can usevarious protocols, e.g., as described herein. In various embodiments,wireless circuitry 1808 is capable of establishing and maintainingcommunications with other devices using one or more communicationprotocols, including time division multiple access (TDMA), code divisionmultiple access (CDMA), global system for mobile communications (GSM),Enhanced Data GSM Environment (EDGE), wideband code division multipleaccess (W-CDMA), Long Term Evolution (LTE), LTE-Advanced, WiFi (such asIEEE 802.11a, IEEE 802.11b, IEEE 802.11g and/or IEEE 802.11n),Bluetooth, Wi-MAX, voice over Internet Protocol (VoIP), near fieldcommunication protocol (NFC), a protocol for email, instant messaging,and/or a short message service (SMS), or any other suitablecommunication protocol, including communication protocols not yetdeveloped as of the filing date of this document.

Wireless circuitry 1808 is coupled to processing system 1804 viaperipherals interface 1816. Peripherals interface 1816 can includeconventional components for establishing and maintaining communicationbetween peripherals and processing system 1804. Voice and datainformation received by wireless circuitry 1808 (e.g., in speechrecognition or voice command applications) is sent to one or moreprocessors 1818 via peripherals interface 1816. One or more processors1818 are configurable to process various data formats for one or moreapplication programs 1834 stored on medium 1802.

Peripherals interface 1816 couple the input and output peripherals ofdevice 1800 to the one or more processors 1818 and computer-readablemedium 1802. One or more processors 1818 communicate withcomputer-readable medium 1802 via a controller 1820. Computer-readablemedium 1802 can be any device or medium that can store code and/or datafor use by one or more processors 1818. Computer-readable medium 1802can include a memory hierarchy, including cache, main memory andsecondary memory. The memory hierarchy can be implemented using anycombination of RAM (e.g., SRAM, DRAM, DDRAM), ROM, FLASH, magneticand/or optical storage devices, such as disk drives, magnetic tape, CDs(compact disks) and DVDs (digital video discs). In some embodiments,peripherals interface 1816, one or more processors 1818, and controller1820 can be implemented on a single chip, such as processing system1804. In some other embodiments, they can be implemented on separatechips.

Processor(s) 1818 can include hardware and/or software elements thatperform one or more processing functions, such as mathematicaloperations, logical operations, data manipulation operations, datatransfer operations, controlling the reception of user input,controlling output of information to users, or the like. Processor(s)1818 can be embodied as one or more hardware processors,microprocessors, microcontrollers, field programmable gate arrays(FPGAs), application-specified integrated circuits (ASICs), or the like.

Device 1800 also includes a power system 1842 for powering the varioushardware components. Power system 1842 can include a power managementsystem, one or more power sources (e.g., battery, alternating current(AC)), a recharging system, a power failure detection circuit, a powerconverter or inverter, a power status indicator (e.g., a light emittingdiode (LED)) and any other components typically associated with thegeneration, management and distribution of power in mobile devices.

In some embodiments, device 1800 includes a camera 1844. In someembodiments, device 1800 includes sensors 1846. Sensors can includeaccelerometers, compass, gyrometer, pressure sensors, audio sensors,light sensors, barometers, and the like. Sensors 1846 can be used tosense location aspects, such as auditory or light signatures of alocation.

In some embodiments, device 1800 can include a GPS receiver, sometimesreferred to as a GPS unit 1848. A mobile device can use a satellitenavigation system, such as the Global Positioning System (GPS), toobtain position information, timing information, altitude, or othernavigation information. During operation, the GPS unit can receivesignals from GPS satellites orbiting the Earth. The GPS unit analyzesthe signals to make a transit time and distance estimation. The GPS unitcan determine the current position (current location) of the mobiledevice. Based on these estimations, the mobile device can determine alocation fix, altitude, and/or current speed. A location fix can begeographical coordinates such as latitudinal and longitudinalinformation.

One or more processors 1818 run various software components stored inmedium 1802 to perform various functions for device 1800. In someembodiments, the software components include an operating system 1822, acommunication module 1824 (or set of instructions), a location module1826 (or set of instructions), a ranging module 1828 that is used aspart of ranging operation described herein, and other applicationprograms 1834 (or set of instructions).

Operating system 1822 can be any suitable operating system, includingiOS, Mac OS, Darwin, RTXC, LINUX, UNIX, OS X, WINDOWS, or an embeddedoperating system such as VxWorks. The operating system can includevarious procedures, sets of instructions, software components and/ordrivers for controlling and managing general system tasks (e.g., memorymanagement, storage device control, power management, etc.) andfacilitates communication between various hardware and softwarecomponents.

Communication module 1824 facilitates communication with other devicesover one or more external ports 1836 or via wireless circuitry 1808 andincludes various software components for handling data received fromwireless circuitry 1808 and/or external port 1836. External port 1836(e.g., USB, FireWire, Lightning connector, 60-pin connector, etc.) isadapted for coupling directly to other devices or indirectly over anetwork (e.g., the Internet, wireless LAN, etc.).

Location/motion module 1826 can assist in determining the currentposition (e.g., coordinates or other geographic location identifiers)and motion of device 1300. Modern positioning systems include satellitebased positioning systems, such as Global Positioning System (GPS),cellular network positioning based on “cell IDs,” and Wi-Fi positioningtechnology based on a Wi-Fi networks. GPS also relies on the visibilityof multiple satellites to determine a position estimate, which may notbe visible (or have weak signals) indoors or in “urban canyons.” In someembodiments, location/motion module 1826 receives data from GPS unit1848 and analyzes the signals to determine the current position of themobile device. In some embodiments, location/motion module 1826 candetermine a current location using Wi-Fi or cellular locationtechnology. For example, the location of the mobile device can beestimated using knowledge of nearby cell sites and/or Wi-Fi accesspoints with knowledge also of their locations. Information identifyingthe Wi-Fi or cellular transmitter is received at wireless circuitry 1808and is passed to location/motion module 1826. In some embodiments, thelocation module receives the one or more transmitter IDs. In someembodiments, a sequence of transmitter IDs can be compared with areference database (e.g., Cell ID database, Wi-Fi reference database)that maps or correlates the transmitter IDs to position coordinates ofcorresponding transmitters, and computes estimated position coordinatesfor device 1800 based on the position coordinates of the correspondingtransmitters. Regardless of the specific location technology used,location/motion module 1826 receives information from which a locationfix can be derived, interprets that information, and returns locationinformation, such as geographic coordinates, latitude/longitude, orother location fix data

Ranging module 1828 can send/receive ranging messages to/from anantenna, e.g., connected to wireless circuitry 1808. The messages can beused for various purposes, e.g., to identify a sending antenna of adevice, determine timestamps of messages to determine a distance ofmobile device 1800 from another device. Ranging module 1828 can exist onvarious processors of the device, e.g., an always-on processor (AOP), aUWB chip, and/or an application processor. For example, parts of rangingmodule 1828 can determine a distance on an AOP, and another part of theranging module can interact with a sharing module, e.g., to display aposition of the other device on a screen in order for a user to selectthe other device to share a data item. Ranging module 1828 can alsointeract with a reminder module that can provide an alert based on adistance from another mobile device.

The one or more applications 1834 on device 1800 can include anyapplications installed on the device 1800, including without limitation,a browser, address book, contact list, email, instant messaging, socialnetworking, word processing, keyboard emulation, widgets, JAVA-enabledapplications, encryption, digital rights management, voice recognition,voice replication, a music player (which plays back recorded musicstored in one or more files, such as MP3 or AAC files), etc.

There may be other modules or sets of instructions (not shown), such asa graphics module, a time module, etc. For example, the graphics modulecan include various conventional software components for rendering,animating and displaying graphical objects (including without limitationtext, web pages, icons, digital images, animations and the like) on adisplay surface. In another example, a timer module can be a softwaretimer. The timer module can also be implemented in hardware. The timemodule can maintain various timers for any number of events.

I/O subsystem 1806 can be coupled to a display system (not shown), whichcan be a touch-sensitive display. The display displays visual output tothe user in a GUI. The visual output can include text, graphics, video,and any combination thereof. Some or all of the visual output cancorrespond to user-interface objects. A display can use LED (lightemitting diode), LCD (liquid crystal display) technology, or LPD (lightemitting polymer display) technology, although other displaytechnologies can be used in other embodiments.

In some embodiments, I/O subsystem 1806 can include a display and userinput devices such as a keyboard, mouse, and/or trackpad. In someembodiments, I/O subsystem 1806 can include a touch-sensitive display. Atouch-sensitive display can also accept input from the user based atleast part on haptic and/or tactile contact. In some embodiments, atouch-sensitive display forms a touch-sensitive surface that acceptsuser input. The touch-sensitive display/surface (along with anyassociated modules and/or sets of instructions in computer-readablemedium 1802) detects contact (and any movement or release of thecontact) on the touch-sensitive display and converts the detectedcontact into interaction with user-interface objects, such as one ormore soft keys, that are displayed on the touch screen when the contactoccurs. In some embodiments, a point of contact between thetouch-sensitive display and the user corresponds to one or more digitsof the user. The user can make contact with the touch-sensitive displayusing any suitable object or appendage, such as a stylus, pen, finger,and so forth. A touch-sensitive display surface can detect contact andany movement or release thereof using any suitable touch sensitivitytechnologies, including capacitive, resistive, infrared, and surfaceacoustic wave technologies, as well as other proximity sensor arrays orother elements for determining one or more points of contact with thetouch-sensitive display.

Further, I/O subsystem 1806 can be coupled to one or more other physicalcontrol devices (not shown), such as pushbuttons, keys, switches, rockerbuttons, dials, slider switches, sticks, LEDs, etc., for controlling orperforming various functions, such as power control, speaker volumecontrol, ring tone loudness, keyboard input, scrolling, hold, menu,screen lock, clearing and ending communications and the like. In someembodiments, in addition to the touch screen, device 1800 can include atouchpad (not shown) for activating or deactivating particularfunctions. In some embodiments, the touchpad is a touch-sensitive areaof the device that, unlike the touch screen, does not display visualoutput. The touchpad can be a touch-sensitive surface that is separatefrom the touch-sensitive display or an extension of the touch-sensitivesurface formed by the touch-sensitive display.

In some embodiments, some or all of the operations described herein canbe performed using an application executing on the user's device.Circuits, logic modules, processors, and/or other components may beconfigured to perform various operations described herein. Those skilledin the art will appreciate that, depending on implementation, suchconfiguration can be accomplished through design, setup,interconnection, and/or programming of the particular components andthat, again depending on implementation, a configured component might ormight not be reconfigurable for a different operation. For example, aprogrammable processor can be configured by providing suitableexecutable code; a dedicated logic circuit can be configured by suitablyconnecting logic gates and other circuit elements; and so on.

Any of the software components or functions described in thisapplication may be implemented as software code to be executed by aprocessor using any suitable computer language such as, for example,Java, C, C++, C#, Objective-C, Swift, or scripting language such as Perlor Python using, for example, conventional or object-orientedtechniques. The software code may be stored as a series of instructionsor commands on a computer readable medium for storage and/ortransmission. A suitable non-transitory computer readable medium caninclude random access memory (RAM), a read only memory (ROM), a magneticmedium such as a hard-drive or a floppy disk, or an optical medium, suchas a compact disk (CD) or DVD (digital versatile disk), flash memory,and the like. The computer readable medium may be any combination ofsuch storage or transmission devices.

Computer programs incorporating various features of the presentdisclosure may be encoded on various computer readable storage media;suitable media include magnetic disk or tape, optical storage media,such as compact disk (CD) or DVD (digital versatile disk), flash memory,and the like. Computer readable storage media encoded with the programcode may be packaged with a compatible device or provided separatelyfrom other devices. In addition, program code may be encoded andtransmitted via wired optical, and/or wireless networks conforming to avariety of protocols, including the Internet, thereby allowingdistribution, e.g., via Internet download. Any such computer readablemedium may reside on or within a single computer product (e.g. a solidstate drive, a hard drive, a CD, or an entire computer system), and maybe present on or within different computer products within a system ornetwork. A computer system may include a monitor, printer, or othersuitable display for providing any of the results mentioned herein to auser.

As described above, one aspect of the present technology is thegathering, sharing, and use of data, including an authentication tag anddata from which the tag is derived. The present disclosure contemplatesthat in some instances, this gathered data may include personalinformation data that uniquely identifies or can be used to contact orlocate a specific person. Such personal information data can includedemographic data, location-based data, telephone numbers, emailaddresses, twitter ID's, home addresses, data or records relating to auser's health or level of fitness (e.g., vital signs measurements,medication information, exercise information), date of birth, or anyother identifying or personal information.

The present disclosure recognizes that the use of such personalinformation data, in the present technology, can be used to the benefitof users. For example, the personal information data can be used toauthenticate another device, and vice versa to control which devicesranging operations may be performed. Further, other uses for personalinformation data that benefit the user are also contemplated by thepresent disclosure. For instance, health and fitness data may be sharedto provide insights into a user's general wellness, or may be used aspositive feedback to individuals using technology to pursue wellnessgoals.

The present disclosure contemplates that the entities responsible forthe collection, analysis, disclosure, transfer, storage, or other use ofsuch personal information data will comply with well-established privacypolicies and/or privacy practices. In particular, such entities shouldimplement and consistently use privacy policies and practices that aregenerally recognized as meeting or exceeding industry or governmentalrequirements for maintaining personal information data private andsecure. Such policies should be easily accessible by users, and shouldbe updated as the collection and/or use of data changes. Personalinformation from users should be collected for legitimate and reasonableuses of the entity and not shared or sold outside of those legitimateuses. Further, such collection/sharing should occur after receiving theinformed consent of the users. Additionally, such entities shouldconsider taking any needed steps for safeguarding and securing access tosuch personal information data and ensuring that others with access tothe personal information data adhere to their privacy policies andprocedures. Further, such entities can subject themselves to evaluationby third parties to certify their adherence to widely accepted privacypolicies and practices. In addition, policies and practices should beadapted for the particular types of personal information data beingcollected and/or accessed and adapted to applicable laws and standards,including jurisdiction-specific considerations. For instance, in the US,collection of or access to certain health data may be governed byfederal and/or state laws, such as the Health Insurance Portability andAccountability Act (HIPAA); whereas health data in other countries maybe subject to other regulations and policies and should be handledaccordingly. Hence different privacy practices should be maintained fordifferent personal data types in each country.

Despite the foregoing, the present disclosure also contemplatesembodiments in which users selectively block the use of, or access to,personal information data. That is, the present disclosure contemplatesthat hardware and/or software elements can be provided to prevent orblock access to such personal information data. For example, in the caseof sharing content and performing ranging, the present technology can beconfigured to allow users to select to “opt in” or “opt out” ofparticipation in the collection of personal information data duringregistration for services or anytime thereafter. In addition toproviding “opt in” and “opt out” options, the present disclosurecontemplates providing notifications relating to the access or use ofpersonal information. For instance, a user may be notified upondownloading an app that their personal information data will be accessedand then reminded again just before personal information data isaccessed by the app.

Moreover, it is the intent of the present disclosure that personalinformation data should be managed and handled in a way to minimizerisks of unintentional or unauthorized access or use. Risk can beminimized by limiting the collection of data and deleting data once itis no longer needed. In addition, and when applicable, including incertain health related applications, data de-identification can be usedto protect a user's privacy. De-identification may be facilitated, whenappropriate, by removing specific identifiers (e.g., date of birth,etc.), controlling the amount or specificity of data stored (e.g.,collecting location data a city level rather than at an address level),controlling how data is stored (e.g., aggregating data across users),and/or other methods.

Therefore, although the present disclosure broadly covers use ofpersonal information data to implement one or more various disclosedembodiments, the present disclosure also contemplates that the variousembodiments can also be implemented without the need for accessing suchpersonal information data. That is, the various embodiments of thepresent technology are not rendered inoperable due to the lack of all ora portion of such personal information data.

Although the present disclosure has been described with respect tospecific embodiments, it will be appreciated that the disclosure isintended to cover all modifications and equivalents within the scope ofthe following claims.

A recitation of “a”, “an” or “the” is intended to mean “one or more”unless specifically indicated to the contrary. The use of “or” isintended to mean an “inclusive or,” and not an “exclusive or” unlessspecifically indicated to the contrary. Reference to a “first” componentdoes not necessarily require that a second component be provided.Moreover reference to a “first” or a “second” component does not limitthe referenced component to a particular location unless expresslystated. The term “based on” is intended to mean “based at least in parton.”

All patents, patent applications, publications, and descriptionsmentioned herein are incorporated by reference in their entirety for allpurposes. None is admitted to be prior art.

What is claimed is:
 1. A method of providing a notification at a firstmobile device of a first user, the method comprising performing, by thefirst mobile device: receiving, at a user interface of the first mobiledevice, user input configuring the notification to be provided by thefirst mobile device based on a proximity of the first mobile device to asecond mobile device of a second user; transmitting, via a firstwireless protocol of the first mobile device, an advertisement signalthat includes a first authentication tag of the first mobile device;receiving, via the first wireless protocol from the second mobiledevice, a second authentication tag of the second mobile device;authenticating the second mobile device using the second authenticationtag, wherein the second mobile device uses the first authentication tagto authenticate the first mobile device; communicating, using the firstwireless protocol, one or more ranging settings with the second mobiledevice for a ranging operation to be performed using a second wirelessprotocol; transmitting, using the second wireless protocol, a first setof one or more pulses in a ranging request message to the second mobiledevice in accordance with the one or more ranging settings, wherein thesecond wireless protocol uses a pulse width that is less than a pulsewidth used by the first wireless protocol receiving, using the secondwireless protocol, a second set of one or more pulses in one or moreranging response messages from the second mobile device; determiningdistance information corresponding to one or more transmission times ofthe first set of one or more pulses and one or more reception times ofthe second set of one or more pulses; comparing a distance of thedistance information to a threshold; and providing the notificationbased on the distance exceeding the threshold.
 2. The method of claim 1,wherein the notification is provided when distance is greater than thethreshold.
 3. The method of claim 1, wherein the notification includesan audio output, a visual output, or a haptic output, or any combinationthereof.
 4. The method of claim 1, wherein the notification is areminder, and wherein the notification is provided when distance is lessthan the threshold.
 5. The method of claim 4, further comprising:receiving, at the user interface of the first mobile device, user inputconfiguring a distance at which to provide the reminder; confirming thatthe second authentication tag of the second mobile device is stored bythe first mobile device; and initiating ranging by the first mobiledevice using the second wireless protocol after authenticating thesecond mobile device.
 6. The method of claim 1, wherein the distanceinformation includes a plurality of distance measurements over time, themethod further comprising: providing the notification based on distancesof the plurality of distance measurements being less than the thresholdfor at least a specified amount of time.
 7. The method of claim 1,wherein the distance information comprises a position vector thatspecifies a relative position between the first mobile device and thesecond mobile device, and wherein comparing the distance to thethreshold comprises: defining a plurality of regions around the firstmobile device; assigning a score to the position vector based on theregion corresponding to the position vector; and comparing the score tothe threshold.
 8. The method of claim 7, wherein the regions are definedwith respect to a pointing direction of the first mobile device.
 9. Themethod of claim 1, further comprising: receiving an approval from thesecond mobile device for establishment of the notification; andestablishing the notification responsive to receiving the approval. 10.A first mobile device, comprising: one or more memories configured tostore processor-executable instructions; and one or more processors incommunication with the one or more memories and configured to executethe instructions stored in the one or more memories to performoperations including: receiving, at a user interface of the first mobiledevice, user input configuring a notification to be provided by thefirst mobile device based on a proximity of the first mobile device to asecond mobile device of a second user; transmitting, via a firstwireless protocol of the first mobile device, an advertisement signalthat includes a first authentication tag of the first mobile device;receiving, via the first wireless protocol from the second mobiledevice, a second authentication tag of the second mobile device;authenticating the second mobile device using the second authenticationtag, wherein the second mobile device uses the first authentication tagto authenticate the first mobile device; communicating, using the firstwireless protocol, one or more ranging settings with the second mobiledevice for a ranging operation to be performed using a second wirelessprotocol; transmitting, using the second wireless protocol, a first setof one or more pulses in a ranging request message to the second mobiledevice in accordance with the one or more ranging settings, wherein thesecond wireless protocol uses a pulse width that is less than a pulsewidth used by the first wireless protocol receiving, using the secondwireless protocol, a second set of one or more pulses in one or moreranging response messages from the second mobile device; determiningdistance information corresponding to one or more transmission times ofthe first set of one or more pulses and one or more reception times ofthe second set of one or more pulses; comparing a distance of thedistance information to a threshold; and providing the notificationbased on the distance exceeding the threshold.
 11. The first mobiledevice of claim 10, wherein the one or more processors are furtherconfigured for executing the instructions stored in the one or morememories to perform operations including: providing the notificationwhen distance is greater than the threshold.
 12. The first mobile deviceof claim 11, wherein the notification includes an audio output, a visualoutput, or a haptic output, or any combination thereof.
 13. The firstmobile device of claim 10, wherein the one or more processors arefurther configured for executing the instructions stored in the one ormore memories to perform operations including: providing thenotification when distance is less than the threshold.
 14. The firstmobile device of claim 13, wherein the one or more processors arefurther configured for executing the instructions stored in the one ormore memories to perform operations including: receiving, via the userinterface, user input configuring a distance at which to provide areminder; confirming that the second authentication tag of the secondmobile device is stored in the one or more memories; and initiatingranging using the second wireless protocol after authenticating thesecond mobile device.
 15. The first mobile device of claim 13, whereinthe notification is a reminder to perform an activity related to theuser of the second mobile device.
 16. The first mobile device of claim13, wherein the notification includes an audio output, a visual output,or a haptic output, or any combination thereof.
 17. The first mobiledevice of claim 10, wherein the distance information includes aplurality of distance measurements over time, and the one or moreprocessors are further configured for executing the instructions storedin the one or more memories to perform operations including providingthe notification based on distances of the plurality of distancemeasurements being less than the threshold for at least a specifiedamount of time.
 18. The first mobile device of claim 10, wherein the oneor more processors are further configured for executing the instructionsstored in the one or more memories to perform operations including:transmitting a request to establish a notification to the second mobiledevice; and receiving a response from the second mobile devicepermitting establishment of the notification.
 19. The first mobiledevice of claim 10, wherein the distance information comprises aposition vector that specifies a relative position between the firstmobile device and the second mobile device; and the one or moreprocessors are configured for executing the instructions stored in theone or more memories to perform operations including: defining aplurality of regions around the first mobile device; assigning a scoreto the position vector based on the region corresponding to the positionvector; and comparing the score to the threshold.
 20. The first mobiledevice of claim 19, wherein the regions are defined with respect to apointing direction of the first mobile device.